CN101610215B - 一种路由转发方法和一种网关设备 - Google Patents
一种路由转发方法和一种网关设备 Download PDFInfo
- Publication number
- CN101610215B CN101610215B CN2009100897092A CN200910089709A CN101610215B CN 101610215 B CN101610215 B CN 101610215B CN 2009100897092 A CN2009100897092 A CN 2009100897092A CN 200910089709 A CN200910089709 A CN 200910089709A CN 101610215 B CN101610215 B CN 101610215B
- Authority
- CN
- China
- Prior art keywords
- intranet
- route
- interface board
- outer net
- uplink
- 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.)
- Active
Links
Images
Abstract
本发明公开了一种路由转发方法,包括:将外网路由信息下发到上行接口板上,而将内网路由信息同时下发到上行接口板和下行接口板上,并在下行接口板上配置到上行接口板的默认路由;对于内网访问内网的业务流,下行接口板根据自身的内网路由信息进行转发;对于内网访问外网的业务流,下行接口板在自身的内网路由信息中找不到相应的下一跳路由信息,则根据默认路由转发到上行接口板,再由上行接口板根据外网路由信息进行转发;对于外网访问内网的业务流,上行接口板根据内网路由信息进行转发。本发明还公开了一种网关设备。本发明的技术方案能够避免资源的浪费,降低成本。
Description
技术领域
本发明涉及网络通信技术领域,尤指一种路由转发方法和一种网关设备。
背景技术
在现有技术中,由于网关设备是私网用户访问外部网络以及外部网络访问私网的桥梁,因此网关设备上需要学习内网路由以及外网路由。
图1是现有技术中的网关设备的一个典型组网示意图。如图1所示,交换机A作为企业网的网关,有多条路径接入到互联网(Internet),从互联网学习到了大量路由,这些路由不会引入到内网去。所有内网访问因特网的流量都通过交换机A进行转发。在现有技术中,交换机A上的所有接口板上都需要配置相同的内网路由信息和外网路由信息,即所有接口板上的路由表是相同的。具体来说,交换机A上的与互联网连接的上行接口板以及与内部(与交换机B和交换机C连接)连接的各下行接口板都需要支持包括内网路由和外网路由的大规模路由,因此,交换机A上整机都使用高规格的接口板,例如,一般都配置所有的接口板为支持1M路由的高规格接口板。
但是在实际的企业网中,通常上行需要支持大规模的路由,而下行接入的路由较少。这样,按照现有的网关设备整机配置高规格接口板的方案,存在资源浪费,且整体使用成本过高的情况。
发明内容
本发明提供了一种路由转发方法,该方法能够避免资源的浪费,降低成本。
本发明还提供了一种网关设备,该网关设备能够避免资源浪费,降低成本。
为达到上述目的,本发明的技术方案具体是这样实现的:
本发明公开了一种路由转发方法,该方法适用于通过下行接口板连接内网以及通过上行接口板连接外网的网关设备,将外网路由信息下发到上行接口板上,而将内网路由信息同时下发到上行接口板和下行接口板上,并在下行接口板上配置到上行接口板的默认路由,该方法包括:
对于内网访问内网的业务流,下行接口板根据自身的内网路由信息进行转发;
对于内网访问外网的业务流,下行接口板在自身的内网路由信息中找不到相应的下一跳路由信息,则根据默认路由转发到上行接口板,再由上行接口板根据外网路由信息进行转发;
对于外网访问内网的业务流,上行接口板根据内网路由信息进行转发。
本发明还公开了一种网关设备,该网关设备包括:连接内网的下行接口板、连接外网的上行接口板和路由处理单元,其中,
路由处理单元,用于将外网路由信息下发到上行接口板上,而将内网路由信息同时下发到上行接口板和下行接口板上,并在下行接口板上配置到上行接口板的默认路由;
下行接口板,用于在接收到内网访问内网的业务流时,板根据自身的内网路由信息进行转发;用于在接收到内网访问外网的业务流时,在自身的内网路由信息中找不到相应的下一跳路由信息,则根据默认路由转发到上行接口板;
上行接口板,用于在接收到下行接口板发送的业务流时,根据外网路由信息进行转发;用于在接收到外网访问内网的业务流时,根据内网路由信息进行转发。
由上述技术方案可见,本发明这种将外网路由信息下发到上行接口板上,而将内网路由信息同时下发到上行接口板和下行接口板上,并在下行接口板上配置到上行接口板的默认路由;对于内网访问内网的业务流,下行接口板根据自身的内网路由信息进行转发;对于内网访问外网的业务流,下行接口板在自身的内网路由信息中找不到相应的下一跳路由信息,则根据默认路由转发到上行接口板,再由上行接口板根据外网路由信息进行转发;对于外网访问内网的业务流,上行接口板根据内网路由信息进行转发的技术方案,由于下行接口板只需要支持少量的内网路由即可,因此可以采用比上行接口板规格低的接口板,这与现有技术中的所有接口板采用相同的高规格的接口板相比,避免了资源的浪费,并降低了成本。
附图说明
图1是现有技术中的网关设备的一个典型组网示意图;
图2是本发明实施例一种路由转发方法的流程图;
图3是本发明实施例一种网关设备的组成结构框图。
具体实施方式
图2是本发明实施例一种路由转发方法的流程图。该方法适用于通过下行接口板连接内网以及通过上行接口板连接外网的网关设备,如图2所示该方法包括:
201,将外网路由信息下发到上行接口板上,而将内网路由信息同时下发到上行接口板和下行接口板上,并在下行接口板上配置到上行接口板的默认路由。
本步骤中,可以通过指定特定的接口为公网接口,则从此接口学习到的路由即为外网路由(或称为Internet路由),而从公网接口以外的其他接口学习到的路由即为内网路由。用户可以根据网络规划,自行通过配置命令或者其他方式指定公网接口,以保证该公网接口所学习到的路由是外网路由。此外,还可以指定特殊的路由协议来标识不同路由的处理,例如根据指定的边界网关协议(BGP,Border Gateway Protocol)所得到的路由为外网路由,而根据其他协议所得到的路由为内网路由等,当然用户根据网络规划,通过配置命令或其他方式来指定特殊的路由协议,以保证该特殊的路由协议所得到的路由是外网路由。外网路由只下发到上行接口板上,而内网路由则需要下发到上行接口板和下行接口板。
202,对于内网访问内网的业务流,下行接口板根据自身的内网路由信息进行转发。
本步骤中,在内网中用户相互访问时,只需要在下行接口板转发即可。
203,对于内网访问外网的业务流,下行接口板在自身的内网路由信息中找不到相应的下一跳路由信息,则根据默认路由转发到上行接口板,再由上行接口板根据外网路由信息进行转发。
204,对于外网访问内网的业务流,上行接口板根据内网路由信息进行转发。
在图2所示的方案中,由于下行接口板只需要支持少量的内网路由即可,因此可以采用比上行接口板规格低的接口板,这与现有技术中的所有接口板采用相同的高规格的接口板相比,避免了资源的浪费,并降低了成本。
下面以图1所示组网为例,对图2所示方法进行进一步的说明。
在图1中,作为网关设备的交换机A包括:一个与互联网连接上行接口板和两个分别与交换机B和交换机C连接的下行接口板,其中上行接口板采用性能参数高于某个第一预设值的高规格接口板,而两个下行接口板均采用性能参数低于某个第二预设值的低规格接口板,这里第一预设值和第二预设值可以相同,也可以不相同。交换机A将学习到的互联网路由信息(即外网路由信息)下发到上行接口板,将学习到的内网路由信息下发到包括上行接口板和下行接口板的所有的三个接口板上,并在两个下行接口板上分别配置到上行接口板的默认路由。在IPv6或IPv4组网下默认路由的配置方式可以如表1所示:
协议 | 默认路由 | 下一跳 |
IPv4 | 0.0.0.0/0 | 上行接口板 |
IPv6 | 0::0/0 | 上行接口板 |
表1
则图1中的交换机A对各种业务流的路由转发如下:
(1)内网访问内网的业务流
由于每个下行接口板上都配置了内网的路由信息,因此当下行接口板接收到内网访问内网的业务流时,可以根据自身的内网路由信息转发该业务流即可。
(2)内网访问互联网的业务流
当下行接口板接收到内网访问互联网的业务流时,由于下行接口板上没有配置互联网路由信息,因此只能匹配到默认路由上,将该业务流转发到上行接口板,再由上行接口板根据自身上的路由信息进行三层转发,将业务流转发到正确的互联网下一跳上去。
(3)互联网访问内网的业务流
当上行接口板接收到来自互联网的访问内网的业务流时,根据自身保存的外网路由信息和内网路由信息表项进行转发即可。
由上述实施例可以看出,本发明的技术方案提供了一种路由接口板混插的解决方案,使得高规格的接口板和低规格的接口板共存同一设备中,并以高规格接口板的路由规格工作。
在上述实施例中,内网到互联网的业务流报文均经过接互联网的上行接口板集中转发,因此导致上行接口板的转发负荷较大。在本发明实施例中,根据用户的使用情况,增加适当数量的其他上行接口板共同承担流量的转发,并使用预设的负载分担策略,如等价路由方式等,让内网到互联网的业务流报文,分担到不同的上行接口板上,以下具体说明:
例如,当增加一个上行接口板,即存在两个上行接口板时:两个上行接口板上都需要配置外网路由和内网路由,且每一个下行接口板上配置的默认路由都对应于所述两个上行接口板;当下行接口板接收到内网到外网的业务流时,可以根据等价路由方式,在两个上行接口板之间实现负载分担。例如,上一个匹配到默认路由的业务流转发到上行接口板1,则下一个匹配到默认路由的业务流就转发到上行接口板2,如此交替进行。
此外,还可以根据用户的需求调整每个上行接口板的负荷分担比例。具体为:在下行接口板上配置具有多个下一跳的默认路由,其中,每一个上行接口板都对应于所述默认路由的一个以上的下一跳;对于内网访问外网的业务流,下行接口板在自身的内网路由信息中找不到相应的下一跳路由信息,则匹配到默认路由,根据预设策略从默认路由的多个下一跳中选择一个下一跳,将业务流转发到所选择的下一跳所对应的上行接口板。
仍以两个上行接口板为例,两个上行接口板上都需要配置外网路由和内网路由,且每一个下行接口板上配置的默认路由都对应于所述两个上行接口板。本例中需要上行接口板1分担1/4的流量,上行接口板2分担3/4的流量,则可以通过在下行接口板上下发具有4个下一跳的默认路由实现,4个下一跳中的一个为上行接口板1,其他3个均为上行接口2,如表2所示:
默认路由 | 下一跳 |
0.0.0.0.0 | 上行接口板1上行接口板2上行接口板2上行接口板2 |
表2
则基于表2所示的默认路由配置,当下行接口板接收到内网到外网的业务流时,匹配到默认路由,且该默认路由具有4个下一跳,则根据预设的均衡策略,如等价路由方式等,从4个下一跳中选择一个下一跳进行转发。
基于上述实施例给出一种如图3所示的网关设备的组网结构。该网关设备可以汇聚层或核心层的网关设备,也可以是接入层的网关设备。
图3是本发明实施例一种网关设备的组成结构框图。如图3所示,该网关设备包括:连接内网的下行接口板301、连接外网的上行接口板302和路由处理单元303,其中:
路由处理单元303,用于将外网路由信息下发到上行接口板302上,而将内网路由信息同时下发到上行接口板302和下行接口板上301,并在下行接口板301上配置到上行接口板302的默认路由;
下行接口板301,用于在接收到内网访问内网的业务流时,根据自身的内网路由信息进行转发;用于在接收到内网访问外网的业务流时,在自身的内网路由信息中找不到相应的下一跳路由信息,则根据默认路由转发到上行接口板302;
上行接口板302,用于在接收到下行接口板发送的业务流时,根据自身的外网路由信息进行转发;用于在接收到外网访问内网的业务流时,根据自身的内网路由信息进行转发。
如图3所示,该网关设备包括多个下行接口板301和两个以上的上行接口板302,其中,
每一个下行接口板301,用于根据预设的负载分担策略将内网访问外网的不同业务流转发到不同的上行接口板302。
在图3中,路由处理单元303,用于在每个下行接口板301上配置具有多个下一跳的默认路由,其中,每一个上行接口板302都对应于所述默认路由的一个以上的下一跳;
下行接口板301,用于在接收到内网访问外网的业务流时,在自身的内网路由信息中找不到相应的下一跳路由信息,则匹配到默认路由,根据预设策略从默认路由的多个下一跳中选择一个下一跳,将业务流转发到所选择的下一跳所对应的上行接口板302。
在图3中,所述路由处理单元303,用于将特定接口指定为公网接口,将从公网接口学习到的路由确定为外网路由,将从公网接口以外的其他接口学习到的路由确定为内网路由;或者,所述路由处理单元303,用于指定特定路由协议,将根据该特定路由协议所得到的路由确定为外网路由,将根据该特定路由协议以外的其他路由协议所得到的路由确定为内网路由。
在图3中,所述上行接口板302为性能参数高于预设值的高规格接口板;所述下行接口板301为性能参数低于预设值的低规格接口板。
综上所述,本发明这种将外网路由信息下发到上行接口板上,而将内网路由信息同时下发到上行接口板和下行接口板上,并在下行接口板上配置到上行接口板的默认路由;对于内网访问内网的业务流,下行接口板根据自身的内网路由信息进行转发;对于内网访问外网的业务流,下行接口板在自身的内网路由信息中找不到相应的下一跳路由信息,则根据默认路由转发到上行接口板,再由上行接口板根据自身的外网路由信息进行转发;对于外网访问内网的业务流,上行接口板根据自身的内网路由信息进行转发的技术方案,由于下行接口板只需要支持少量的内网路由即可,因此可以采用比上行接口板规格低的接口板,这与现有技术中的所有接口板采用相同的高规格的接口板相比,避免了资源的浪费,并降低了成本。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举较佳实施例,对本发明进一步详细说明。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种路由转发方法,该方法适用于通过下行接口板连接内网以及通过上行接口板连接外网的网关设备,其特征在于,将外网路由信息下发到上行接口板上,而将内网路由信息同时下发到上行接口板和下行接口板上,并在下行接口板上配置到上行接口板的默认路由,该方法包括:
对于内网访问内网的业务流,下行接口板根据自身的内网路由信息进行转发;
对于内网访问外网的业务流,下行接口板在自身的内网路由信息中找不到相应的下一跳路由信息,则根据默认路由转发到上行接口板,再由上行接口板根据外网路由信息进行转发;
对于外网访问内网的业务流,上行接口板根据内网路由信息进行转发。
2.如权利要求1所述的方法,其特征在于,当有两个以上的上行接口板时,下行接口板根据预设的负载分担策略将内网访问外网的不同业务流转发到不同的上行接口板。
3.如权利要求2所述的方法,其特征在于,所述下行接口板根据预设的负载分担策略将内网访问外网的不同业务流转发到不同的上行接口板包括:
在下行接口板上配置具有多个下一跳的默认路由,其中,每一个上行接口板都对应于所述默认路由的一个以上的下一跳;
对于内网访问外网的业务流,下行接口板在自身的内网路由信息中找不到相应的下一跳路由信息,则匹配到默认路由,根据预设策略从默认路由的多个下一跳中选择一个下一跳,将业务流转发到所选择的下一跳所对应的上行接口板。
4.如权利要求1所述的方法,其特征在于,该方法在将外网路由信息下发到上行接口板上,而将内网路由信息同时下发到上行接口板和下行接口板上之前进一步包括:
将特定接口指定为公网接口,将从公网接口学习到的路由确定为外网路由,将从公网接口以外的其他接口学习到的路由确定为内网路由;
或者,指定特定路由协议,将根据该特定路由协议所得到的路由确定为外网路由,将根据该特定路由协议以外的其他路由协议所得到的路由确定为内网路由。
5.如权利要求1至4中任一项所述的方法,其特征在于,
所述上行接口板为高规格接口板;
所述下行接口板为低规格接口板。
6.一种网关设备,其特征在于,该网关设备包括:连接内网的下行接口板、连接外网的上行接口板和路由处理单元,其中,
路由处理单元,用于将外网路由信息下发到上行接口板上,而将内网路由信息同时下发到上行接口板和下行接口板上,并在下行接口板上配置到上行接口板的默认路由;
下行接口板,用于在接收到内网访问内网的业务流时,根据自身的内网路由信息进行转发;用于在接收到内网访问外网的业务流时,在自身的内网路由信息中找不到相应的下一跳路由信息,则根据默认路由转发到上行接口板;
上行接口板,用于在接收到下行接口板发送的业务流时,根据外网路由信息进行转发;用于在接收到外网访问内网的业务流时,根据内网路由信息进行转发。
7.如权利要求6所述的网关设备,其特征在于,该网关设备包括两个以上的上行接口板,
下行接口板,用于根据预设的负载分担策略将内网访问外网的不同业务流转发到不同的上行接口板。
8.如权利要求7所述的网关设备,其特征在于,
路由处理单元,用于在下行接口板上配置具有多个下一跳的默认路由,其中,每一个上行接口板都对应于所述默认路由的一个以上的下一跳;
下行接口板,用于在接收到内网访问外网的业务流时,在自身的内网路由信息中找不到相应的下一跳路由信息,则匹配到默认路由,根据预设策略从默认路由的多个下一跳中选择一个下一跳,将业务流转发到所选择的下一跳所对应的上行接口板。
9.如权利要求6所述的网关设备,其特征在于,
在将外网路由信息下发到上行接口板上,而将内网路由信息同时下发到上行接口板和下行接口板上之前,
所述路由处理单元,用于将特定接口指定为公网接口,将从公网接口学习到的路由确定为外网路由,将从公网接口以外的其他接口学习到的路由确定为内网路由;
或者,所述路由处理单元,用于指定特定路由协议,将根据该特定路由协议所得到的路由确定为外网路由,将根据该特定路由协议以外的其他路由协议所得到的路由确定为内网路由。
10.如权利要求6至9中任一项所述的网关设备,其特征在于,
所述上行接口板为高规格接口板;
所述下行接口板为低规格接口板。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100897092A CN101610215B (zh) | 2009-07-21 | 2009-07-21 | 一种路由转发方法和一种网关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100897092A CN101610215B (zh) | 2009-07-21 | 2009-07-21 | 一种路由转发方法和一种网关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101610215A CN101610215A (zh) | 2009-12-23 |
CN101610215B true CN101610215B (zh) | 2011-08-17 |
Family
ID=41483806
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100897092A Active CN101610215B (zh) | 2009-07-21 | 2009-07-21 | 一种路由转发方法和一种网关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101610215B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101827038B (zh) * | 2010-05-24 | 2013-12-11 | 杭州华三通信技术有限公司 | 分布式设备和分布式设备中报文转发的方法 |
CN102006684B (zh) * | 2010-12-03 | 2014-01-29 | 成都飞鱼星科技开发有限公司 | 带客人网络功能的无线路由器及其实现方法 |
CN102571610A (zh) * | 2012-03-02 | 2012-07-11 | 杭州华三通信技术有限公司 | 一种报文转发方法和边缘设备 |
CN104601428B (zh) * | 2014-12-23 | 2018-10-09 | 广州亦云信息技术有限公司 | 虚拟机之间的通信方法 |
CN105812274B (zh) * | 2014-12-30 | 2020-04-21 | 华为技术有限公司 | 一种业务数据的处理方法和相关设备 |
CN112769977B (zh) * | 2021-01-27 | 2022-07-29 | 杭州迪普科技股份有限公司 | 一种nat公网地址发布的方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1881885A (zh) * | 2005-06-17 | 2006-12-20 | 华为技术有限公司 | 一种网络交换设备及网络业务保护方法 |
US20070010250A1 (en) * | 2005-07-07 | 2007-01-11 | Peter Bosch | Method of hard handover in a wireless communication system |
CN101188560A (zh) * | 2007-12-18 | 2008-05-28 | 杭州华三通信技术有限公司 | 实现转发能力动态检测的方法和装置 |
CN101267399A (zh) * | 2008-04-24 | 2008-09-17 | 杭州华三通信技术有限公司 | 报文转发方法、报文转发设备及其上行接口板 |
WO2009123112A1 (ja) * | 2008-03-31 | 2009-10-08 | 国立大学法人九州大学 | ネットワークシステム、ノード、パケットフォワーディング方法、プログラム及び記録媒体 |
-
2009
- 2009-07-21 CN CN2009100897092A patent/CN101610215B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1881885A (zh) * | 2005-06-17 | 2006-12-20 | 华为技术有限公司 | 一种网络交换设备及网络业务保护方法 |
US20070010250A1 (en) * | 2005-07-07 | 2007-01-11 | Peter Bosch | Method of hard handover in a wireless communication system |
CN101188560A (zh) * | 2007-12-18 | 2008-05-28 | 杭州华三通信技术有限公司 | 实现转发能力动态检测的方法和装置 |
WO2009123112A1 (ja) * | 2008-03-31 | 2009-10-08 | 国立大学法人九州大学 | ネットワークシステム、ノード、パケットフォワーディング方法、プログラム及び記録媒体 |
CN101267399A (zh) * | 2008-04-24 | 2008-09-17 | 杭州华三通信技术有限公司 | 报文转发方法、报文转发设备及其上行接口板 |
Also Published As
Publication number | Publication date |
---|---|
CN101610215A (zh) | 2009-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101610215B (zh) | 一种路由转发方法和一种网关设备 | |
CN106375214B (zh) | 一种基于sdn的层次化路由路径确定方法及装置 | |
CN101610296B (zh) | 一种网络地址转换出接口均衡方法和装置 | |
CN102577277B (zh) | 提供合并多点链路的逻辑聚合点对点数据链路 | |
KR101533864B1 (ko) | M2m 통신에서 네트워크를 선택하는 방법 및 장치 | |
CN102571587B (zh) | 报文转发方法和设备 | |
CN102394819B (zh) | 一种trill网络中指定vlan转发者的选举方法和装置 | |
CN103188165B (zh) | 一种路由器多径输出智能负载均衡的方法及路由器 | |
EP2974147B1 (en) | Loop-free hybrid network | |
CN104871490B (zh) | 能够改进能量使用效率的多径通信装置及其用于改进能量使用效率的业务分配方法 | |
CN106797347A (zh) | 用于虚拟架构路由的方法、系统和计算机可读介质 | |
CN101989952B (zh) | 一种组播方法及装置 | |
CN1708962A (zh) | 用于移动路由器之间拓扑更新的部署 | |
CN105281951B (zh) | Vsu系统中双主用设备冲突检测方法及网络设备 | |
CN102368727A (zh) | 跨ip网络的trill网络通信方法、系统和设备 | |
CN101127714B (zh) | 一种无线网状网络中路由管理方法及设备 | |
CN103327027B (zh) | 内容中心网络底层实现方法、内容中心网络以及通信方法 | |
KR20160054007A (ko) | 메모리 모듈 액세스 방법 및 장치 | |
CN104202313A (zh) | 数据转发方法及网关 | |
CN103368833B (zh) | 一种网络网关中执行联合通信的方法及其装置 | |
CN104717640B (zh) | 一种基于定位的无线网络通信的实现方法 | |
CN102821055B (zh) | 板间通信的方法 | |
CN102857415A (zh) | 介质访问控制地址学习控制方法、装置和路由桥 | |
CN100505683C (zh) | 路由下一跳负荷分担的方法 | |
JP7127537B2 (ja) | トランスポートネットワーク制御装置、通信システム、転送ノードの制御方法及びプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CP03 | Change of name, title or address |