WO2009089772A1 - Procédé de recherche d'un dispositif de réseau et dispositif de réseau - Google Patents
Procédé de recherche d'un dispositif de réseau et dispositif de réseau Download PDFInfo
- Publication number
- WO2009089772A1 WO2009089772A1 PCT/CN2009/070033 CN2009070033W WO2009089772A1 WO 2009089772 A1 WO2009089772 A1 WO 2009089772A1 CN 2009070033 W CN2009070033 W CN 2009070033W WO 2009089772 A1 WO2009089772 A1 WO 2009089772A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- identifier
- identity
- network device
- server
- management domain
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/255—Maintenance or indexing of mapping tables
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
Definitions
- the embodiments of the present invention relate to the field of network communication technologies, and in particular, to a network device searching method and a network device. Background technique
- a Domain Name System In the current IP (Internet Protocol) network, a Domain Name System (DNS) usually provides a mapping search service between a domain name and an IP address, but with an IP network (including the Internet, an IP enterprise network, The development of the metropolitan area network has not been able to meet the needs of today's network development.
- DNS Domain Name System
- IP addresses play a dual role. From the perspective of the network, the IP address has the function of addressing and routing. The IP address identifies the location of the IP device/node in the network. The network routing protocol sends the IP packet to the specified destination according to the IP address. From the application point of view, the IP address represents the identity of the communication node; the application does not need to pay attention to the specific location of the communication node, but only needs to pay attention to the identity represented by the IP address.
- IPv4 addresses are becoming scarcer, and the demand for next-generation IP networks is becoming more and more urgent. Coupled with the growing demand for network mobility and network multi-homing features, these three factors The dual role of IP addresses is increasingly becoming the focus of the problem.
- the embodiment of the present invention provides a network device searching method, which is applied to a network system in which an identity identifier and a location identifier of a network device are separated, and includes: receiving a query request, where the query request includes an identifier of the network device that is found ;
- the search result is sent.
- the embodiment of the invention further provides a network device, which is applied to a network system in which the identity identifier and the location identifier of the network device are separated, and includes: a device information storage module, configured to store a location identifier and an identity identifier of the other network device and/or Or the correspondence of host names;
- the parsing judging module is configured to parse the identifier in the received query request
- the device information searching module is configured to query the device information storage module for the location identifier and/or the host name corresponding to the identity identifier.
- the network device searching method and the network device provided by the embodiment of the present invention can conveniently find the corresponding identifier of the network device by using the correspondence between the identity identifier, the location identifier, and the host name. Location ID and/or host name.
- FIG. 1 is a schematic diagram of a network application architecture according to an embodiment of the present invention.
- FIG. 2 is a schematic view of an embodiment of a method of the present invention
- FIG. 3 is a schematic diagram of networking in accordance with an embodiment of the present invention.
- FIG. 4 is a schematic view of an embodiment of a method of the present invention.
- FIG. 5 is a schematic diagram of networking in accordance with an embodiment of the present invention
- FIG. Figure 6 is a schematic view of an embodiment of a method of the present invention
- FIG. 7 is a schematic diagram of networking in accordance with an embodiment of the present invention.
- Figure 8 is a schematic view of an embodiment of a method of the present invention.
- FIG. 9 is a schematic structural diagram of an embodiment of a network device according to the present invention. detailed description
- the ID/Locator (identity/location identifier) separation feature is that the host has two types of identifiers at the same time: identity and location identifier.
- the identity is oriented to the upper application, which remains unchanged in the host mobile, and supports the communication connection of the application; the packet forwarding and routing of the location identifier facing the lower layer changes with the movement of the host; between the identity and the location identifier, through the dynamic A mapping system/service that supports real-time updates establishes a correspondence.
- the host identification protocol is one of the more typical and complete ones.
- the host identity protocol introduces a new protocol layer and a namespace based on asymmetric encryption between the network layer and the transport layer, breaking the binding of identity flags and topology locations, in the transport layer and the network.
- a host identity layer HIP is introduced between the layers.
- the IP address is only used as a location identifier in the network, so the HIP isolates the transport layer from the IP interconnect layer.
- the transmission itself does not care about the underlying IP protocol.
- the interface provided by the transport layer to the application layer mainly includes the identity ID (identity identifier) and the protocol port.
- the HIP layer performs the process of converting the host ID to the IP address. Therefore, the HIP needs to maintain the mapping between the host ID and the IP address.
- the relationship between the host ID and the IP address is the mapping between the host ID and the IP address. Mapping relations.
- the device in the network has the identity, the location identifier, and the host name at the same time, and the corresponding relationship exists between the three, that is, the corresponding location identifier and/or the host name may be searched according to the identity identifier, or the location identifier may be searched according to the location identifier. Corresponding identity and/or host name.
- the upper application Since the communication is started by the identity, the upper application does not pay attention to the location identifier of the specific network device, but the route is based on the location identifier, that is, the corresponding location identifier must be found according to the identity identifier of the network device, and according to Location identification Therefore, the call between the two parties can be established. Therefore, it is necessary to create a certain correspondence between the identity identifier, the location identifier, and the host name, and perform related search and retrieval according to the correspondence relationship.
- a sub-correspondence relationship may also be established in the correspondence between the identity identifier, the location identifier and the host name, for example: some fields in the identity identifier
- some fields in the identity identifier There is a correspondence between some fields in the location identifier, and according to the correspondence, it is possible to find out which databases or servers to search for; or, some fields in the identity are through certain rules (for example, using a specific algorithm) It is formed by inputting data generated by a certain rule, and the location identifier can also be generated by the rule. Therefore, through the rule, it is also possible to find out which databases or servers to look for.
- the server can be set up with a corresponding database of identity, location identifier and/or host name stored in the server, as shown in Table 1.
- Such a server may have only one or more servers, which are set in different networks and in different regions, and are maintained at the same time. If there are multiple servers, the servers can be in active/standby mode or in synchronous mode. One mapping server can work, and other mapping servers serve as backups. If the working mapping server fails, the remaining mapping servers are elected according to certain policies or one of them is designated as the working mapping server, or several mapping servers can work simultaneously. After a failure, as long as there is still a mapping server that can work normally.
- the network device HostA sends a query to the server Server.
- the identity identifier is a request for the location identifier corresponding to the HIT B (201).
- the server Server queries its database, finds the data corresponding to the HIT B, and sends the location identifier B corresponding to the HIT B to the HostA. (202), HostA can directly use the information in the location identifier to route and make a call with Host B.
- the management domain (MD, management domain) can be introduced.
- the identifier of the network device in the MD contains the same part of the field, and the same part contained in the identity identifier is used as the MDID of the MD domain, as shown in FIG. If the network device identifier in the MD has a field of 1F00, 1F00 can be used as the MD domain identifier (administrative domain identifier).
- this same part is not limited to the beginning of the logo, it can be in the middle, at the end, or anywhere.
- One or more servers may be set in the MD as a mapping server, and the server stores location identifiers and identity identifiers and/or host names of all devices in the MD domain. Correspondence relationship, and the corresponding relationship between the different management domain identifiers and the corresponding server addresses is also stored in the server.
- the server finds that the management domain of the device to be queried is another domain according to the received query request, The query request is forwarded to the corresponding server, and the server performs a corresponding query, or forwards the server information to the requesting network device.
- the servers can be in active/standby mode or in synchronous mode.
- One mapping server can work, and other mapping servers serve as backups. If the working mapping server fails, the remaining mapping servers are elected according to certain policies or one of them is designated as a working mapping server, or several mapping servers can work simultaneously. After a failure, as long as there is still a mapping server that can work normally.
- the mapping server stores information of different management domain identifiers (MDIDs) and their corresponding mapping servers (LMSs), and each management domain identifier may correspond to information of one mapping server, or may be multiple The information of the mapping server is formed to be corresponding. Similarly, multiple management domain identifiers may share a mapping server to form a correspondence relationship with one mapping server information.
- MDIDs management domain identifiers
- LMSs mapping servers
- MDID a LMS 1 location identifier
- the mapping information of the identity identifier and the location identifier or the host name of all the network devices in the management domain corresponding thereto are also saved.
- the identity identifier can be directly used to find the mapping information.
- the location identifier or host name of the corresponding network device is also saved.
- Table 3 stores only the information of the network devices with the same management domain identifier, or may also have information of some other network devices of the management domain.
- the lookup service request can clearly indicate whether the location identifier or the host name is searched, and can also request to find the location identifier and the host name at the same time.
- the default mode can also be set, that is, the request is made by default to the request location identifier.
- the host name or set other default methods.
- mapping server LMS If the identity is stored in the local mapping server LMS 1, the search is performed in the identity and device information correspondence table similar to Table 3 or Table 1, and the found result is sent to the requesting party Host 1 according to the request; If the identity identifier is not saved in the server, the mapping server LMS corresponding to the management domain identifier and the mapping server information table in Table 2 is found according to the management domain identifier in the identity identifier to be checked. 2, then
- the lookup service request is forwarded by the local mapping server LMS 1 to the found mapping server LMS 2, and the mapping server LMS 2 performs a search, and the search result is directly sent to the requested network device Host 1 or sent to the network device Host 1 of the request.
- the local mapping server LMS 1 is locally forwarded by the local mapping server LMS 1 to the requesting party Host 1; or
- the local mapping server LMS 1 sends the information of the found mapping server LMS 2 to the requesting party Host 1. After the requesting party 1 sends a request to the LMS 2, the mapping server LMS 2 performs a search, and the search result is obtained. Send directly to the requested network device Host l.
- the local mapping server LMS 1 can store the identity of all network devices in the MD domain in which it resides, and the correspondence between the identity identifier and other information. The identity of some network devices of other domains can be further saved. , and the correspondence between identity and other information.
- the local mapping server LMS 1 may first search for the location identifier and/or the host name corresponding to the identity identifier, as described in the foregoing embodiment, and if not, according to the identity
- the management domain identifier in the identifier finds the mapping server corresponding to the identity identifier, and may also parse the to-be-checked identity identifier in the query request after the local mapping server LMS 1 receives the query request, if the management domain in the identity identifier
- the identifier is different from the administrative domain identifier of the administrative domain where the local mapping server LMS 1 is located, and the mapping server corresponding to the identity identifier may be directly searched according to the administrative domain identifier in the identity identifier.
- mapping server does not find the corresponding result, you can choose to send an error message to the requester:
- the management domain identifier in the identity identifier is different from the management domain identifier of the MD where the mapping server is located, but the identity and device information correspondence table, the management domain identifier, and If the mapping server information is not found in the mapping table, an error message indicating that the MD identifier is incorrect is sent to the requesting party, indicating that the MD identifier in the identity identifier of the request is unrecognizable or belongs to the wrong MD identifier.
- a lookup request containing the known identity HIT W is submitted in the MD domain to find the identity identifier.
- the host name for example, the communication device H issues the lookup request to the default location identifier X (401), according to the default location identifier X, the router or other related device selects the lookup request according to the default location identifier. It is sent to the mapping server that is closest to the communication device H, or is selected to be sent to all mapping servers at the same time.
- mapping server A1 When the lookup request is sent only to the mapping server that is closest to the communication device H, since the mapping server A1 is closer to the communication device H, the mapping server A1 will respond to the request, and if the mapping server is parsed, the identity is found. If the corresponding management domain identifier belongs to the management domain, the mapping server A1 directly searches for the host name corresponding to the identity identifier in the stored database, and sends the host name Host W to the requesting communication device H (402). ).
- mapping servers A1 and A2 When the lookup request is sent to all the mapping servers at the same time, the mapping servers A1 and A2 will be parsed and searched accordingly.
- the above is to send a request by using the default location identifier. If the communication device H knows the location identifier of the mapping server A1 or the mapping server A2, it can also choose to make a request directly to the mapping server A1 or A2, and the corresponding mapping server responds.
- management domain IDs of MDa, MDb, and MDc are 1F01, 1F02, and 1F03 respectively. you can choose to aggregate these management domain ID information, set up a super server, or specify one of the servers as the trunk.
- the server sends only 1F0/24 bits of mapping information to the outside.
- mapping information is reported to each mapping server, and the mapping server is also updated accordingly.
- the mapping server LMS A in the management domain is searched. If the management domain identifier in the identity identifier HIT E is found to be 1F01, it falls within 1F0/24. , then The request is forwarded to the server LMS B (602) displayed in the database, or the location identifier of the server is sent to the HA (603), and the HA queries the LMS B (604).
- the server LMS B After the server LMS B receives the query, if the server LMS B belongs to the super server, that is, the location identifier of all the communication devices whose management domain identifier is 1F0/24 is stored in the server, the query is directly performed in the database, and Send the query result to LMS A or HA; if the server belongs to the relay server, the request is forwarded to the mapping server corresponding to the identifier
- LMS C ( 605 ), queried by LMS C in the database.
- an LD may be an administrative domain MD, or multiple LDs may form an MD. It can be understood that, in the network architecture, the LD and the MD belong to different layers, where the LD belongs to a separate network layer, and the MD belongs to the host identity HIP layer.
- the location domain identifier LDID in the location identifier may indicate the LD where the device is located.
- the mapping server stores the information of the management domain identifier (MDID) and its corresponding mapping server (LMS), and maps the server.
- MDID management domain identifier
- LMS mapping server
- the location identifier may be represented by its actual location identifier, or by its location location domain identifier LDID plus the default virtual map server location identifier (hereinafter referred to as the "default location identifier"), as shown in Table 4:
- the network device can directly communicate with the mapping server in the MD, that is, the default location identifier directly points to a specific mapping server.
- the correspondence relationship may be equivalent (that is, the management domain identifier is also a location domain identifier label) or mapped according to a specific relationship, when the network device needs to perform a search and retrieval, according to
- the management domain identification part of the identity that needs to be searched forms a location identifier of the management domain mapping server where the retrieval object is located, and uses the location identifier to directly initiate a query request to the management domain mapping server where the retrieval object is located.
- the host Host X initiates a query request (801) to the local mapping server A1 of the administrative domain where Host X is located if the management domain identifier of the identity of the network device HIT Y is the same as that of Host X. If the management domain identifier of the identity HIT Z to be found is 24A1, the location domain identifier of the management domain B is obtained by a specific method, and then the query request is directly sent to the network where the LD is located, pointing to a common virtual mapping server location. The identification (802) is processed by the default mapping server B1 of the network accordingly.
- the request can be made directly to the corresponding mapping server in the form of "admin domain identifier + default location identifier"; if the management domain identifier and the location domain identifier label There is a specific relationship between them. For example, if the location domain identifier is "admin domain identifier + other specific fields", or other specific forms, the management domain identifier can be transformed into the location domain identifier label, and then the transformed location identifier is used. For example, "admin domain ID + other specific fields + default location ID", make a request to the corresponding mapping server.
- the mapping server does not have to store the correspondence between different management domain identifiers and the corresponding server address. It can be seen that, in the embodiment of the present invention, by using the searching method, the location identifier corresponding to the identity identifier of the network device can be conveniently found through the correspondence between the identity identifier, the location identifier, and the host name. And/or host name.
- an embodiment of the present invention further provides a network device 900, which can be used as a mapping server, and stores a correspondence between a location identifier of another network device and an identity identifier and/or a host name. After receiving the query request, Find the corresponding by location identifier Identity and/or host name.
- the network device 900 includes a device information storage module 901, configured to store a correspondence between a location identifier of another network device and an identity identifier and/or a host name; and an analysis determining module 902, configured to analyze the The identifier of the received query request; the device information searching module 903 is configured to query the device information storage module 901 for the location identifier and/or the host name corresponding to the identity identifier.
- the network device 900 as a server may further store a correspondence between the location identifier of the global network device and the identity identifier and/or the host name. After receiving the query request, the identifier, the location identifier, or the host name in the query request may be At least one of them finds other information.
- the device information storage module 901 of the network device 900 may only save the correspondence between the location identifiers of all the network devices in the management domain in which they are located, the identity identifiers, and the host names, or may The correspondence between the location identifiers of other network devices outside the administrative domain and the identity and host names is saved.
- the parsing and determining module 902 can further include a parsing module 9021 and a judging module 9022, wherein the parsing module 9021 can be used to parse the management domain identifier in the identity identifier; the determining module 9022 is configured to determine the management domain identifier. Whether it is the same as the management domain identifier in which the network device 900 is located.
- the device information searching module 903 can directly query the device information storage module 901.
- the network device 900 may further store the correspondence between the management domain identifier and the corresponding server address in the identity identifier.
- the network device 900 receives the query request, it finds that the management domain where the device to be queried is located is other.
- the query request is forwarded to the corresponding other server, and the server performs the corresponding query.
- the network device 900 may further include a server storage module 904, configured to store a correspondence between the management domain identifier and the corresponding server address; the server search module 905, the management domain identifier that is parsed by the determining module 9022, and the When the management domain identifier of the network device 900 is different, the server storage module 904 queries and queries The management server ID corresponds to the server address.
- the parsing and determining module 902 can include only the parsing module 9021.
- the server searching module 905 can directly query the server storage module 904 for the server address corresponding to the administrative domain identifier according to the administrative domain identifier parsed by the parsing module 9021.
- the forwarding module 906 may be further configured to forward the server location identifier found by the server lookup module 905 to the requesting party, or forward the query request to the queried server.
- a feedback module 907 may also be included for transmitting the location identifier and/or host name found by the device information lookup module 903 to the requesting party, or sending an error message if it is not found.
- the network device provided by the embodiment of the present invention can conveniently find the location identifier and/or the host name corresponding to the network device identity by the correspondence between the identity identifier, the location identifier, and the host name.
- an embodiment of the present invention further provides a computer readable medium, which may be a medium that contains, stores, communicates, propagates, or transmits a computer program, A program, system apparatus, system or device program provided by an embodiment of the present invention, or a program related to the instruction.
- the computer readable medium can be an electronic, magnetic, electromagnetic, optical, infrared, or semiconductor system, apparatus, device, propagation medium, or computer memory.
- the present invention can be implemented by hardware or by software plus necessary general hardware platform.
- the technical solution of the present invention may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), including several The instructions are for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present invention.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
一种网络设备查找方法和网络设备 本申请要求于 2008 年 1 月 11 日提交中国专利局, 申请号为 200810065193.3, 发明名称为 "一种网络设备查找方法和网络设备" 的中国专利申请的优先权, 其全部内容通过引用结合在本申请中。 技术领域
本发明实施例涉及网络通信技术领域,尤其涉及一种网络设备查 找方法和网络设备。 背景技术
目前的 IP ( Internet Protocol, 网络互联协议) 网络中, 通常由域 名系统( Domain Name System, DNS )提供域名和 IP地址之间的映 射查找服务, 但是随着 IP网络(包括因特网, IP企业网络, 城域网 络) 的发展, 其最初的设计背景已经不能满足现今网络发展的需要。
在现今的 IP通信技术中, IP地址扮演了双重角色。 从网络的角 度来看, IP地址具备寻址和路由的功能, IP地址标识了 IP设备 /节点 在网络中的位置, 网络路由协议根据 IP地址将 IP分组送到指定的目 的地。 而从应用的角度来看, IP地址又代表着通信节点的身份; 应用 不需要关注通信节点的具体位置, 而只需要关注 IP地址所代表的身 份即可。 随着网络和业务的不断发展, IPv4的地址变得越来越稀少, 下一代 IP 网络的需求越来越迫切; 再加上网络移动性和网络多归属 特性的需求不断增长, 这三个因素导致 IP地址的双重角色越来越成 为问题的焦点。
为了解决该问题, 现有技术中提出了 ID/Locator (身份标识 /位置 标识)分离的网络架构, 但是却没有相应的查找网络设备的技术。
发明内容
为了提供网络设备的查找方法和相应的网络设备,本发明实施例 提供以下技术方案:
本发明实施例提供了一种网络设备查找方法,应用于网络设备的 身份标识与位置标识相分离的网络系统中, 包括: 接收查询请求, 所 述查询请求中包含所查找的网络设备的身份标识;
根据所述查询请求中的身份标识在数据库中查找与所述身份标 识相对应的位置标识和 /或主机名字;
如果查找到与所述身份标识对应的位置标识和 /或主机名字, 则 发送查找结果。
本发明实施例还提供了一种网络设备,应用于网络设备的身份标 识与位置标识相分离的网络系统中, 包括: 设备信息存储模块, 用于 存储其他网络设备的位置标识与身份标识和 /或主机名字的对应关 系;
解析判断模块, 用于解析接收到的查询请求中的身份标识; 设备信息查找模块,用于向所述设备信息存储模块查询与所述身 份标识相对应的位置标识和 /或主机名字。
与现有技术相比,本发明实施例提供的网络设备查找方法和网络 设备可以很便捷的通过身份标识、位置标识和主机名字三者之间的对 应关系查找到与网络设备身份标识相对应的位置标识和 /或主机名 字。 附图说明
图 1为本发明实施例的网络应用架构示意图;
图 2为本发明一个方法实施例的示意图;
图 3为本发明一个实施例的组网示意图;
图 4为本发明一个方法实施例的示意图;
图 5为本发明一个实施例的组网示意图;
图 6为本发明一个方法实施例的示意图;
图 7为本发明一个实施例的组网示意图;
图 8为本发明一个方法实施例的示意图;
图 9为本发明一个网络设备实施例的结构示意图。 具体实施方式
作为一种新的互联网架构体系, ID/Locator (身份标识 /位置标识) 分离的特点在于主机同时拥有两类标识: 身份标识和位置标识。 身份 标识面向上层应用,在主机移动中保持不变,支持应用的通信联系性; 位置标识面向下层的包转发和路由, 随主机的移动而改变; 身份标识 和位置标识之间, 通过动态的、 支持实时更新的映射系统 /服务, 建 立起对应关系。 比如主机标识协议便是其中较为典型和完善的一个。
如图 1所示, 主机标识协议在网络层和传输层之间, 引入了新的 协议层和基于不对称加密的命名空间,打破了身份标志和拓朴位置的 绑定, 在传输层和网络层之间引入了一个主机标识层 HIP。 在主机标 识协议中, IP地址仅被作为网络中的位置标识来使用, 因此 HIP将 传输层和 IP互连层隔离。 传输本身不关心底层的 IP协议, 传输层向 应用层提供的接口主要包括身份 ID (身份标识)和协议端口。 HIP 层主要完成主机标识向 IP地址的转化过程, 因此, HIP需要维护主 机标识同 IP地址的映射关系, 该关系主要包括对端主机标识和 IP地 址的映射关系和本端主机标识和 IP地址的映射关系。
网络中的设备同时具有身份标识、位置标识和主机名字, 且三者 之间存在对应的关系, 即, 可以根据身份标识查找相对应的位置标识 和 /或主机名字, 也可以根据位置标识查找相对应的身份标识和 /或主 机名字。
由于通信是由身份标识开始的,上层应用并不关注具体网络设备 的位置标识, 但是路由却是基于位置标识的, 也就是说, 必须根据网 络设备的身份标识查找到相应的位置标识, 并根据位置标识进行路
由, 使得双方间的通话可以建立, 所以, 有必要在身份标识、 位置标 识和主机名字之间创设一定的对应关系,根据该对应关系进行相关的 查找和检索。
在根据对应关系进行查找和检索时,为了更方便、更快速的查找, 还可以在身份标识、位置标识和主机名字之间的对应关系中建立子对 应关系, 比如: 身份标识中的某些字段与位置标识中的某些字段之间 存在对应关系,根据该对应关系便可以查找到具体去哪些数据库或者 服务器进行查找; 或者, 身份标识中的某些字段是通过一定规则(比 如利用特定的算法, 输入某种规律产生的数据)形成的, 而通过该规 则同样可以生成位置标识, 所以, 通过该规则也可以查找到具体去哪 些数据库或者服务器去查找。
另外, 还可以将身份标识、位置标识与主机名字进行筒单的—— 对应, 无论身份标识是否呈扁平化。 可以设置服务器, 服务器中存储 有身份标识、 位置标识和 /或主机名字的对应数据库, 如表 1所示。
表 1
在该服务器中, 通过输入身份标识、位置标识和主机名字中的任 何一个, 便可以直接查找到其他对应信息。 这样的服务器可以只有一 台, 也可有多台, 分别设置在不同的网络内、 不同的地区内, 同时进 行维护。 如果存在多个服务器, 则服务器之间可以是主备模式, 也可 以是同步模式。 可以一台映射服务器工作, 其他的映射服务器作为备 份, 如果工作映射服务器出现故障, 则在剩余映射服务器中按照一定 策略选举或者指定其中一台作为工作映射服务器, 或者, 数台映射服 务器可以同时工作, 一台出现故障后, 只要还存在能正常工作的映射 服务器即可。
比如图 2所示, 网络设备 HostA向服务器 Server发送一个查询
身份标识为 HIT B相对应的位置标识的请求(201 ), 服务器 Server 收到该请求后, 查询其数据库, 找到与 HIT B相对应的数据, 并将 HIT B相对应的位置标识 B发送给 HostA ( 202 ), HostA便可以直接 使用该位置标识中的信息进行路由, 与 Host B进行通话。
同时, 可以引入 Management Domain ( MD, 管理域), MD内的 网络设备的身份标识中含有相同部分的字段,将身份标识中都含有的 相同部分作为 MD域的标识 MDID, 比如图 3所示,在该 MD内的网 络设备身份标识中都具有 1F00的字段, 则可以将 1F00作为该 MD 域标识(管理域标识)。 当然了, 这个相同的部分并不局限在标识的 开头, 也可以是在中间、 末尾, 或者任意位置。
在 MD内可以设置一个或者多个服务器(专门的服务器或者由域 内的一台普通网络设备兼作服务器 )作为映射服务器, 服务器存储有 该 MD域内的所有设备的位置标识与身份标识和 /或主机名字的对应 关系, 并且, 在服务器内还存储有不同管理域标识与对应的服务器地 址的对应关系, 当服务器根据所接收到的查询请求, 发现待查询的设 备所在的管理域为其他域时,便会将查询请求转至相应的服务器, 由 该服务器进行相应的查询, 或者, 将服务器信息转发给提出请求的网 络设备。
如果存在多个服务器, 则服务器之间可以是主备模式, 也可以是 同步模式。 可以一台映射服务器工作, 其他的映射服务器作为备份, 如果工作映射服务器出现故障,则在剩余映射服务器中按照一定策略 选举或者指定其中一台作为工作映射服务器, 或者, 数台映射服务器 可以同时工作, 一台出现故障后, 只要还存在能正常工作的映射服务 器即可。
如表 2所示, 映射服务器中保存有不同管理域标识(MDID )和 其对应的映射服务器(LMS )的信息, 每个管理域标识可以与一个映 射服务器的信息形成对应, 也可以与多个映射服务器的信息形成对 应; 同样, 多个管理域标识也可以共用一个映射服务器, 形成与一个 映射服务器信息的对应关系。
管理域标识 映射服务器 (LMS)信息
MDID a LMS 1位置标识
MDID d LMS 3位置标识
MDID d LMS 4位置标识
表 2
如表 3所示, 在映射服务器中, 还保存有它所对应的管理域内所 有网络设备的身份标识和位置标识或者主机名字的映射信息,通过查 询该映射信息,可以使用身份标识直接查找到其对应的网络设备的位 置标识或者主机名字。 表 1与表 3区别之处在于, 表 3存储的仅仅是 具有相同管理域标识的网络设备的信息, 或者, 还可以有部分其他管 理域的网络设备的信息。
表 3
网络设备 Host 1在需要进行查找检索时, 可以选择:
1、 通过本地映射服务器的缺省位置标识向本地映射服务器 LMS 1提出一个查找服务请求; 或者
2、 通过本地映射服务器的位置标识向本地映射服务器 LMS 1 提出一个查找服务请求,
查找服务请求中可以明确表明查找的是位置标识还是主机名字, 还可以同时请求查找位置标识和主机名字, 当然, 根据需要, 还可以 设置默认方式,即,提出该请求便默认为是请求位置标识和主机名字, 或者设置其他默认方式。
本地映射服务器 LMS 1 内如果保存有该身份标识, 则在类似于 表 3或者表 1的身份标识和设备信息对应表中进行查找, 根据请求, 将查找到的结果发送给请求方 Host 1; 如果发现服务器内没有保存该 身份标识, 则根据待查身份标识中的管理域标识, 去类似于表 2的管 理域标识和映射服务器信息对应表中查找到对应的映射服务器 LMS
2, 然后
1、 由本地映射服务器 LMS 1将该查找服务请求转发给所查找 到的映射服务器 LMS 2, 由该映射服务器 LMS 2进行查找, 并将查 找结果直接发送给请求的网络设备 Host 1 ,或者发送给本地映射服务 器 LMS 1后, 由本地映射服务器 LMS 1再转发给请求方 Host 1 ; 或 者
2、 由本地映射服务器 LMS 1将查找到的映射服务器 LMS 2 的信息发送给请求方 Host 1 , 请求方 Host 1向 LMS 2发出请求后, 再由该映射服务器 LMS 2进行查找, 并将查找结果直接发送给请求 的网络设备 Host l。
可以理解的是, 本地映射服务器 LMS 1 内可以保存有其所在的 MD域内所有网络设备的身份标识, 以及身份标识和其它信息的对应 关系; 也可以进一步保存有其他域的一些网络设备的身份标识, 以及 身份标识和其它信息的对应关系。
可以理解的是, 本地映射服务器 LMS 1接收到查询请求后, 可 以如上述实施例所述,先去查找有无与该身份标识相对应的位置标识 和 /或主机名字, 如果没有, 则根据身份标识中的管理域标识查找与 该身份标识相对应的映射服务器, 也可以在本地映射服务器 LMS 1 接收到查询请求后, 先解析查询请求中的待查身份标识, 如果该身份 标识中的管理域标识与本地映射服务器 LMS 1所在的管理域的管理 域标识不同,则可以直接根据身份标识中的管理域标识查找与该身份 标识相对应的映射服务器。
当然, 如果映射服务器查找不到相应的结果, 则可以选择向请求 方发送一个错误消息:
1、 如果在身份标识和设备信息对应表中未查找到, 并且, 身 份标识中的管理域标识与映射服务器所在的 MD的管理域标识相同, 则会向请求方发送一个未查找到的错误消息; 或者
2、 如果身份标识中的管理域标识与映射服务器所在的 MD的 管理域标识不同, 但是在身份标识和设备信息对应表、 管理域标识和
映射服务器信息对应表中都没有查找到, 则会向请求方发送一个 MD 标识错误的错误消息, 表示该请求的身份标识中的 MD 标识不可识 别, 或者, 属于错误 MD标识。
在如图 4所示的管理域中, 当某通信设备 H想要查询身份标识 为 HIT W时, 会在本 MD域内提交一个包含已知身份标识 HIT W的 查找请求, 查找该身份标识所对应的主机名字, 比如, 通信设备 H 向缺省位置标识 X发出该查找请求( 401 ) ,则根据该缺省位置标识 X , 路由器或者其他相关的设备会根据该缺省位置标识,选择将查找请求 发送给离通信设备 H路由最近的映射服务器, 或者, 选择同时发送 给所有的映射服务器。
当查找请求只发送给离通信设备 H路由最近的映射服务器时, 由于映射服务器 A1距离通信设备 H路由较近, 故映射服务器 A1会 对该请求进行应答, 如果映射服务器经过解析, 发现该身份标识所对 应的管理域标识属于本管理域, 则映射服务器 A1直接在其存储的数 据库中进行查找该身份标识所对应的主机名字,并将该主机名字 Host W发送给提出请求的通信设备 H ( 402 )。
当查找请求同时发送给所有的映射服务器时, 映射服务器 A1和 A2都会相应的解析、 查找。
以上是通过缺省位置标识发送请求, 如果通信设备 H知道映射 服务器 A1或者映射服务器 A2的位置标识, 也可以选择直接向映射 服务器 A1或者 A2提出请求, 由相应的映射服务器进行应答。
如图 5所示,如果 MDa、 MDb和 MDc的管理域标识分别为 1F01、 1F02、 1F03, 则可以选择将这些管理域标识信息进行聚合, 设立一个 超级服务器, 或者指定其中的一个服务器作为中继服务器, 对外只发 送 1F0/24位的映射信息。
在这种情况下, 管理域聚合后, 会将映射信息通报给各映射服务 器, 映射服务器也进行相应的更新。 如图 6所示, 某通信设备 H A提 交请求( 601 )后, 该管理域内的映射服务器 LMS A经查找, 如果发 现该身份标识 HIT E中的管理域标识为 1F01 , 落在 1F0/24之内, 则
会将该请求转发到数据库中所显示的服务器 LMS B ( 602 ), 或者将 该服务器的位置标识发送给 H A ( 603 ), 由 H A向 LMS B进行查询 ( 604 )。
服务器 LMS B在收到查询后,如果该服务器 LMS B属于超级服 务器, 即, 该服务器中存储有所有管理域标识为 1F0/24 的通信设备 的位置标识, 则会直接在数据库中进行查询, 并将查询结果发送给 LMS A或者 H A; 如果该服务器属于中继服务器, 则会将该请求转发 给标识所对应的映射服务器
LMS C ( 605 ), 由 LMS C在数据库中进行查询。
另外, 如图 7所示, 在实际组网中, 还可以引入网络位置域 LD 的概念, 一个 LD内的各网络设备的位置标识中都含有相同部分的字 段, 将位置标识中都含有的相同部分作为 LD域的标识 LDID (位置 域标识标号 ), 一个 LD可能是一个管理域 MD, 也可能多个 LD组成 一个 MD。 可以理解的是, 在网络架构中, LD与 MD分别属于不同 的层, 其中 LD属于单独的网络层, 而 MD则属于主机标识 HIP层。
在 MD内可以设置一个或者多个服务器(专门的服务器或者由域 内的一台普通网络设备兼作服务器)作为映射服务器, 而 LD内可以 有一个或者多个服务器作为映射服务器,如果多个 LD组成一个 MD, 则多个 LD可以共用一个或者多个服务器。
这样, 位置标识中的位置域标识标号 LDID, 可以表示该设备所 在的 LD, 这样的话, 映射服务器中保存都管理域标识(MDID )和 其对应的映射服务器(LMS )的信息中, 映射服务器的位置标识可以 用其实际位置标识表示,也可以用其所在地位置域标识标号 LDID加 缺省虚拟映射服务器位置标识(以下称为 "缺省位置标识") 的形式 表示, 如表 4所示:
表 4
根据缺省位置标识,网络设备可以直接与该 MD内的映射服务器 进行通信, 也就是, 该缺省位置标识直接指向具体的映射服务器。
而如果管理域标识和位置域标识标号有对应关系,这种对应关系 可以为等同(即管理域标识同样是位置域标识标号 )或根据特定关系 映射, 则在网络设备需要进行查找检索时, 根据需要查找的身份标识 的管理域标识部分, 形成检索对象所在管理域映射服务器的位置标 识,利用该位置标识直接向检索对象所在的管理域映射服务器发起查 询请求。
如图 8, 主机 Host X如果要查找的网络设备的身份标识 HIT Y 的管理域标识与 Host X的相同, 也是 1F01 , 则向 Host X所在管理域 的本地映射服务器 A1发起查询请求(801 ); 如果要查找的身份标识 HIT Z的管理域标识为 24A1 , 则先通过特定方法得到管理域 B的位 置域标识标号, 然后向该 LD所在的网络直接发起查询请求, 指向一 个共有的虚拟映射服务器位置标识( 802 ) , 由该网络的缺省映射服务 器 B1相应地处理该查找请求。
比如, 如果管理域标识与位置域标识标号之间是一样的, 则可以 直接使用 "管理域标识 +缺省位置标识" 的形式向相应的映射服务器 发出请求; 如果管理域标识与位置域标识标号之间存在特定关系, 比 如, 位置域标识标号为 "管理域标识 +其他特定字段", 或者其他特定 的形式, 则可以将管理域标识变换成位置域标识标号之后, 再使用变 换后的位置标识, 比如 "管理域标识 +其他特定字段 +缺省位置标识", 向相应的映射服务器发出请求。 在这种情况下, 映射服务器中便可以 不必保存不同管理域标识与对应的服务器地址的对应关系。 可以看 出, 在本发明实施例中, 通过这样的查找方法, 可以 4艮便捷的通过身 份标识、位置标识和主机名字三者之间的对应关系查找到与网络设备 身份标识相对应的位置标识和 /或主机名字。
参见图 9, 本发明实施例还提供了一种网络设备 900, 可以作为 映射服务器, 存储有其他网络设备的位置标识与身份标识和 /或主机 名字的对应关系, 在接收到查询请求后, 可以根据位置标识查找相应
的身份标识和 /或主机名字。
在本发明的一个实施例中,网络设备 900中包括设备信息存储模 块 901 ,用于存储其他网络设备的位置标识与身份标识和 /或主机名字 的对应关系; 解析判断模块 902, 用于解析所接收到的查询请求中的 身份标识; 设备信息查找模块 903 , 用于向设备信息存储模块 901查 询与该身份标识相对应的位置标识和 /或主机名字。
作为服务器的网络设备 900, 还可以保存有全球网络设备的位置 标识与身份标识和 /或主机名字的对应关系, 在收到查询请求后, 可 以根据查询请求中的身份标识、 位置标识或者主机名字中的至少一 个, 查找到其他信息。
如果将网络划分成不同的管理域,则该网络设备 900的设备信息 存储模块 901 可以仅保存其所在管理域内的所有网络设备的位置标 识与身份标识、 主机名字的对应关系, 或者, 还可以再保存部分管理 域外的其他网络设备的位置标识与身份标识、 主机名字的对应关系。
这样的话,解析判断模块 902可以进一步具体包括解析模块 9021 和判断模块 9022, 其中, 解析模块 9021可以用于解析所述身份标识 中的管理域标识; 判断模块 9022, 用于判断所述管理域标识与所述 网络设备 900所在的管理域标识是否相同。 在判断模块 9022判断出 待查询的身份标识中的管理域标识与网络设备 900 所在的管理域标 识相同时, 设备信息查找模块 903可以直接去设备信息存储模块 901 中查询。
并且,在网络设备 900内还可以进一步的存储有身份标识中的管 理域标识与对应的服务器地址的对应关系, 当网络设备 900接收到查 询请求后, 发现待查询的设备所在的管理域为其他域时,便会将查询 请求转至相应的其他服务器, 由该服务器进行相应的查询。
这样的话, 网络设备 900 中还可以进一步包括服务器存储模块 904, 用于存储管理域标识与对应的服务器地址的对应关系; 服务器 查找模块 905 , 用于在判断模块 9022解析出的管理域标识与该网络 设备 900所在的管理域标识不同时,向服务器存储模块 904查询与该
管理域标识相对应的服务器地址。
当然, 解析判断模块 902可以只包括解析模块 9021 , 服务器查 找模块 905可以直接根据解析模块 9021解析出的管理域标识向服务 器存储模块 904查询与该管理域标识相对应的服务器地址。
还可以包括转发模块 906, 用于将服务器查找模块 905所查找到 的服务器位置标识转发给请求方, 或者, 向查询到的服务器转发查询 请求。
还可以包括反馈模块 907, 用于将设备信息查找模块 903所查找 到的位置标识和 /或主机名字发送给请求方, 或者, 在查找不到的情 况下发送错误消息。
通过本发明实施例提供的网络设备, 可以很便捷的通过身份标 识、位置标识和主机名字三者之间的对应关系查找到与网络设备身份 标识相对应的位置标识和 /或主机名字。
另外, 本发明实施例还提供了一种计算机可读介质, 本发明实施 例的计算机可读介质可以是包含、 存储、 传达、 传播或者传输计算机 程序的介质,所述计算机程序为使用指令以运行本发明实施例所提供 的方法、 系统装置、 系统或者设备的程序, 或者是与该指令有关的程 序。 该计算机可读介质可以是电子、 磁、 电磁、 光学、 红外或者半导 体的系统、 装置、 设备、 传播介质或者计算机存储器。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解 到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台 的方式来实现。基于这样的理解, 本发明的技术方案可以以软件产品 的形式体现出来, 该软件产品可以存储在一个非易失性存储介质(可 以是 CD-ROM, U盘, 移动硬盘等) 中, 包括若干指令用以使得一 台计算机设备(可以是个人计算机, 服务器, 或者网络设备等)执行 本发明各个实施例所述的方法。
总之, 以上所述仅为本发明的较佳实施例而已, 并非用于限定本 发明的保护范围。 凡在本发明的精神和原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。
Claims
1、 一种网络设备查找方法, 其特征在于, 应用于网络设备的身 份标识与位置标识相分离的网络系统中, 包括:
接收查询请求,所述查询请求中包含所查找的网络设备的身份标 识;
根据所述查询请求中的身份标识在数据库中查找与所述身份标 识相对应的位置标识和 /或主机名字;
如果查找到与所述身份标识对应的位置标识和 /或主机名字, 则 发送查找结果。
2、 如权利要求 1所述的方法, 其特征在于, 所述身份标识全球 唯一。
3、 如权利要求 1所述的方法, 其特征在于, 具体包括: 接收查询请求,所述查询请求中包含所查找的网络设备的身份标 识;
判断所述身份标识中的管理域标识是否为本管理域标识; 若所述身份标识中的管理域标识是本管理域标识,则根据所述身 份标识在所述数据库中查找与所述身份标识相对应的位置标识和 /或 主机名字;
如果查找到与所述身份标识对应的位置标识和 /或主机名字, 则 发送查找结果。
4、 如权利要求 1所述的方法, 其特征在于, 具体包括: 接收查询请求,所述查询请求中包含所查找的网络设备的身份标 识;
判断所述身份标识中的管理域标识是否为本管理域标识; 若所述身份标识中的管理域标识不是本管理域标识,则根据所述 身份标识中的管理域标识,查找所述身份标识所对应的管理域的映射 服务器, 并向所述映射服务器发送查询请求, 由所述映射服务器在数 据库中查找与所述身份标识相对应的位置标识和 /或主机名字, 并发
送查找结果。
5、 如权利要求 1所述的方法, 其特征在于, 具体包括: 接收查询请求,所述查询请求中包含所查找的网络设备的身份标 识;
判断所述身份标识中的管理域标识是否为本管理域标识; 若所述身份标识中的管理域标识不是本管理域标识,则根据所述 身份标识中的管理域标识,查找所述身份标识所对应的管理域的映射 服务器, 并向请求方发送所述映射服务器的信息, 所述请求方向所述 映射服务器发送查询请求后,所述映射服务器根据所述查询请求中的 身份标识在数据库中查找与所述身份标识相对应的位置标识和 /或主 机名字, 如果查找到, 则发送查找结果。
6、 如权利要求 1所述的方法, 其特征在于, 还包括:
如果查找不到, 则根据所述身份标识中的管理域标识, 查找与所 述身份标识所对应的管理域的映射服务器,并向所述映射服务器发送 查询请求,由所述映射服务器在数据库中查找与所述身份标识相对应 的位置标识和 /或主机名字, 并发送查找结果。
7、 如权利要求 1所述的方法, 其特征在于, 还包括:
如果查找不到, 则根据所述身份标识中的管理域标识, 查找与所 述身份标识所对应的管理域的映射服务器,并向请求方发送所述映射 服务器的信息, 所述请求方向所述映射服务器发送查询请求后, 所述 映射服务器根据所述查询请求中的身份标识在数据库中查找与所述 身份标识相对应的位置标识和 /或主机名字, 如果查找到, 则发送查 找结果。
8、 如权利要求 1所述的方法, 其特征在于,
所述查询请求是由请求方通过缺省位置标识发送,并由所述请求 方所在的管理域的映射服务器接收到的。
9、 如权利要求 1所述的方法, 其特征在于,
所述查询请求是由请求方所在的管理域的映射服务器接收到的, 或者, 由所述身份标识所对应的管理域的映射服务器接收到的。
10、 如权利要求 9所述的方法, 其特征在于,
当所述查询请求是由所述身份标识所对应的管理域的映射服务 器接收到的,则所述查询请求是由请求方根据所述身份标识构建所述 身份标识所对应的管理域映射服务器的位置标识后,根据所述位置标 识, 由请求方发给所述身份标识所对应的管理域映射服务器。
11、 一种网络设备, 其特征在于, 应用于网络设备的身份标识与 位置标识相分离的网络系统中, 包括:
设备信息存储模块,用于存储其他网络设备的位置标识与身份标 识和 /或主机名字的对应关系;
解析判断模块, 用于解析接收到的查询请求中的身份标识; 设备信息查找模块,用于向所述设备信息存储模块查询与所述身 份标识相对应的位置标识和 /或主机名字。
12、 如权利要求 11所述的网络设备, 其特征在于, 所述解析判 断模块包括:
解析模块, 用于解析所述身份标识中的管理域标识。
13、 如权利要求 12所述的网络设备, 其特征在于, 还包括: 服务器存储模块,用于存储管理域标识与对应的映射服务器地址 的对应关系;
服务器查找模块,用于根据所述解析模块解析出的管理域标识向 所述服务器存储模块查询与所述管理域标识相对应的服务器。
14、 如权利要求 13所述的网络设备, 其特征在于, 所述解析判 断模块还包括:
判断模块,用于判断所述解析模块解析出的管理域标识与所述网 络设备所在的管理域标识是否相同,在所述解析出的管理域标识与所 述网络设备所在的管理域标识不同时,触发所述服务器查找模块的查 找。
15、 如权利要求 13或者 14所述的网络设备, 其特征在于, 还包 括:
转发模块,用于将所述服务器查找模块所查找到的服务器的位置
标识转发给请求方, 或者, 向所述服务器转发所述查询请求。
16、 如权利要求 11所述的网络设备, 其特征在于, 还包括: 反馈模块,用于将所述设备信息查找模块所查找到的位置标识和 /或主机名字发送给请求方, 或者在查找不到时, 向所述请求方通知 错误。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810065193.3 | 2008-01-11 | ||
CN2008100651933A CN101483675B (zh) | 2008-01-11 | 2008-01-11 | 一种网络设备查找方法和网络设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2009089772A1 true WO2009089772A1 (fr) | 2009-07-23 |
Family
ID=40880600
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2009/070033 WO2009089772A1 (fr) | 2008-01-11 | 2009-01-05 | Procédé de recherche d'un dispositif de réseau et dispositif de réseau |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101483675B (zh) |
WO (1) | WO2009089772A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011038639A1 (zh) * | 2009-09-30 | 2011-04-07 | 中兴通讯股份有限公司 | 端到端即时通讯的实现方法、端到端即时通讯终端及系统 |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102025602A (zh) * | 2009-09-17 | 2011-04-20 | 中兴通讯股份有限公司 | 一种接入服务节点与映射转发平面交互的方法与系统 |
CN102025587B (zh) * | 2009-09-17 | 2014-07-02 | 中兴通讯股份有限公司 | Lisp网络与互联网互通的实现方法和系统 |
CN102045163A (zh) * | 2009-10-15 | 2011-05-04 | 中兴通讯股份有限公司 | 一种匿名通信的溯源方法及系统 |
CN102045407A (zh) * | 2009-10-22 | 2011-05-04 | 中兴通讯股份有限公司 | 一种映射关系的查询方法与系统及相应数据报文发送方法 |
CN102056166B (zh) * | 2009-10-27 | 2014-04-09 | 中兴通讯股份有限公司 | 一种基于ipsplit网络中多穴性的实现方法和系统 |
CN102056236B (zh) * | 2009-11-01 | 2014-04-30 | 中兴通讯股份有限公司 | 基于Wimax网络架构实现的通信网络及终端接入方法 |
CN102056151B (zh) * | 2009-11-01 | 2013-07-03 | 中兴通讯股份有限公司 | 基于wcdma核心网实现移动通信的系统及终端接入方法 |
CN102056287B (zh) * | 2009-11-05 | 2013-09-11 | 中兴通讯股份有限公司 | 一种基于网络的身份标识与位置分离的实现方法及系统 |
CN103297556B (zh) * | 2009-12-07 | 2016-09-28 | 华为技术有限公司 | 寻址处理方法和系统以及网络接口设备 |
CN102088401B (zh) * | 2009-12-07 | 2013-08-07 | 华为技术有限公司 | 寻址处理方法和系统以及网络接口设备 |
CN102098349A (zh) * | 2009-12-09 | 2011-06-15 | 中兴通讯股份有限公司 | 地址映射方法及接入业务节点 |
CN102123378B (zh) * | 2010-01-12 | 2015-01-28 | 中兴通讯股份有限公司 | 一种终端切换的方法及相应的通信网络 |
CN102137468B (zh) * | 2010-01-22 | 2015-08-12 | 中兴通讯股份有限公司 | 实现无固定锚点切换的Wimax系统及其切换方法 |
CN102137467B (zh) * | 2010-01-22 | 2014-12-10 | 中兴通讯股份有限公司 | 实现无固定锚点切换的Wimax系统及其切换方法 |
CN102209011A (zh) * | 2010-03-29 | 2011-10-05 | 中兴通讯股份有限公司 | 多穴终端建立连接的方法和系统 |
CN101834911B (zh) * | 2010-03-31 | 2013-04-24 | 北京网御星云信息技术有限公司 | 域名劫持的防御方法和网络出口设备 |
CN102340444B (zh) * | 2010-07-22 | 2016-06-15 | 中兴通讯股份有限公司 | 一种身份标识与位置分离的报文封装和转发的方法及系统 |
CN102004755A (zh) * | 2010-09-29 | 2011-04-06 | 河南辉煌科技股份有限公司 | 摄像机多方式检索方法 |
CN102487386B (zh) * | 2010-12-06 | 2016-02-10 | 中兴通讯股份有限公司 | 身份位置分离网络的阻断方法和系统 |
CN102625285B (zh) * | 2011-02-01 | 2017-04-26 | 中兴通讯股份有限公司 | 一种获取终端的身份标识的方法及系统 |
CN102685712B (zh) * | 2011-03-09 | 2016-08-03 | 中兴通讯股份有限公司 | 一种身份位置分离网络中的映射服务器及其实现方法 |
CN103002572B (zh) * | 2011-09-16 | 2018-04-17 | 中兴通讯股份有限公司 | 一种获取无线局域网用户位置信息的方法及装置 |
CN102571936B (zh) * | 2011-12-23 | 2015-07-08 | 华为技术有限公司 | 数据查找的方法、装置及系统 |
CN104079676A (zh) * | 2013-03-27 | 2014-10-01 | 中国移动通信集团公司 | 一种云计算集群主机地址查询方法及设备 |
CN103249028B (zh) * | 2013-04-17 | 2017-05-03 | 成都西加云杉科技有限公司 | 基于身份信息的网络信息查询方法 |
CN104486457B (zh) * | 2014-12-11 | 2016-03-30 | 电信科学技术研究院 | 一种地址分配、获取方法及装置 |
CN111682959B (zh) * | 2015-11-24 | 2023-09-15 | 华为技术有限公司 | 一种确定映射服务器的方法,路由节点及自治系统 |
CN106909697A (zh) * | 2017-04-20 | 2017-06-30 | 中车株洲电力机车研究所有限公司 | 一种设备查找系统 |
CN114500612B (zh) * | 2022-04-06 | 2022-07-05 | 深圳航天信息有限公司 | 物联网本地组网的方法、装置、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020091791A1 (en) * | 2000-11-20 | 2002-07-11 | Sung-Ho Kang | Network system and method of controlling the same |
CN1801764A (zh) * | 2006-01-23 | 2006-07-12 | 北京交通大学 | 一种基于身份与位置分离的互联网接入方法 |
CN101222414A (zh) * | 2007-01-11 | 2008-07-16 | 华为技术有限公司 | 实现组播通信的装置、系统和方法 |
-
2008
- 2008-01-11 CN CN2008100651933A patent/CN101483675B/zh active Active
-
2009
- 2009-01-05 WO PCT/CN2009/070033 patent/WO2009089772A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020091791A1 (en) * | 2000-11-20 | 2002-07-11 | Sung-Ho Kang | Network system and method of controlling the same |
CN1801764A (zh) * | 2006-01-23 | 2006-07-12 | 北京交通大学 | 一种基于身份与位置分离的互联网接入方法 |
CN101222414A (zh) * | 2007-01-11 | 2008-07-16 | 华为技术有限公司 | 实现组播通信的装置、系统和方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011038639A1 (zh) * | 2009-09-30 | 2011-04-07 | 中兴通讯股份有限公司 | 端到端即时通讯的实现方法、端到端即时通讯终端及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101483675B (zh) | 2012-07-04 |
CN101483675A (zh) | 2009-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2009089772A1 (fr) | Procédé de recherche d'un dispositif de réseau et dispositif de réseau | |
WO2011150830A1 (zh) | 获取内容的方法、节点及内容网络 | |
KR101468831B1 (ko) | 사설 어드레스 및 공용 어드레스의 매핑 | |
US8819273B2 (en) | Logical routing system | |
US7437479B2 (en) | Position identifier management apparatus and method, mobile computer, and position identifier processing method | |
US9729669B2 (en) | Method and system for fast and large-scale longest prefix matching | |
JP5624331B2 (ja) | コンピュータ実施方法 | |
US8064455B2 (en) | Outbound transmission of packet based on routing search key constructed from packet destination address and outbound interface | |
US8073972B2 (en) | System and method for location discovery based on DNS | |
CN105072030B (zh) | 一种基于内容聚类的命名数据网络路由系统及其聚类查询方法 | |
US8116289B2 (en) | Internetworking nodes based on connections, membership, and location | |
JP2016502343A (ja) | Ipルーティング互換のためのネットワークノードのパケットフォーマットと通信方法及びそのネットワークノード | |
CN102075420B (zh) | 基于位置标识和主机标识分离的系统及其移动性管理方法 | |
WO2009012668A1 (en) | Network architecture of mutiple address spaces, and method for host information register and data transmission | |
US20100306410A1 (en) | Creating a tree to facilitate efficient access to information | |
US20110161307A1 (en) | Method, system, and device for searching for information and method for registering vertical search engine | |
WO2011153909A1 (zh) | 一种业务叠加网络的业务路由方法及系统 | |
WO2012130054A1 (zh) | 路由地址查询方法和装置 | |
CN104811379A (zh) | 用于即时通信服务器互联互通的路由器寻址方法 | |
CN108337173A (zh) | 基于本地缓存和结构化p2p的分布式名址映射系统及方法 | |
US11196666B2 (en) | Receiver directed anonymization of identifier flows in identity enabled networks | |
WO2011150741A1 (zh) | P2p叠加网络及其数据资源操作方法和新节点加入方法 | |
WO2017096565A1 (zh) | 一种集中式身份网络路由协议cin | |
CN114222007B (zh) | 一种混合云通信方法和系统 | |
WO2009033398A1 (fr) | Système de réseau mobile à espace d'adresses multiples, routeur et procédé de transmission de données |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 09702344 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 09702344 Country of ref document: EP Kind code of ref document: A1 |