CN102647480A - Method for dynamically changing domain name service retrieving sequence - Google Patents
Method for dynamically changing domain name service retrieving sequence Download PDFInfo
- Publication number
- CN102647480A CN102647480A CN2012100792533A CN201210079253A CN102647480A CN 102647480 A CN102647480 A CN 102647480A CN 2012100792533 A CN2012100792533 A CN 2012100792533A CN 201210079253 A CN201210079253 A CN 201210079253A CN 102647480 A CN102647480 A CN 102647480A
- Authority
- CN
- China
- Prior art keywords
- inquiry
- fqdn
- domain name
- detection function
- naptr
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention relates to a method for dynamically changing a domain name service retrieving sequence. The method is characterized in that NAPTR (Naming Authority Pointer) record search is dynamically regulated. In the NAPTR record searching process, a weight field, a dynamic data detection function and a heartbeat detection function are firstly set; in an IMS (IP Multimedia Subsystem) core network, an FQDN (Fully Qualified Domain Name) is information which can be identified by the IMS core network; an IP (Internet Protocol) address is transferred as a target address; if the IP address is unavailable, the FQDN is transferred as a final target address; the weight value of the IP is more than that of the FQDN; and the weight value of the FQDN is more than that of a common domain name. The resource record is dynamically regulated to save times to try to inquire the resource records as much as possible so as to improve the efficiency.
Description
Technical field
The invention belongs to networking technology area, be specifically related to a kind of method of dynamic change domain name service sorted order.
Background technology
Domain name service (DNS) is a distributed data base, the name that it has stored transmission control protocol with and corresponding IP address, wherein each clauses and subclauses is called a resource record (RR), wherein, each bar resource record all mark the order that is retrieved.The DNS inquiry is divided into three kinds of mode: NAPTR inquiries, SRV inquiry and A-inquiry mode.The prior art scheme is: when next jumping of user can not be resolved; Will remove to inquire about DNS, through above-mentioned DNS inquiry mode, therefore; At first to pass through the NAPTR inquiry; After this inquiry,, will carry out SRV inquiry (obtaining port numbers) and A-(obtaining IP) inquiry so if can not get the objectives address.In addition, for the setting of dns server itself, be provided with the preferential search order of every record among the DNS in advance; If wherein the higher record of weight is unreachable for a certain reason or because load is overweight; When accepting new registration or phone, this record can't be deleted automatically or automatically the weight step-down, all users inquire about this record always earlier after causing; Confirm unavailable after, and then inquire about the relatively low resource record of follow-up priority.
At last, to the record of inquiring about, no matter be registration or make a phone call that this record can not remembered, the information that has just caused spended time to inquire just can obtain this record result through inquiring about once more again.The shortcoming of prior art is: 1) after inquiring about through NAPTR, if can not get the objectives address, will carry out SRV inquiry (obtaining port numbers) and A-(obtaining IP) inquiry so, thereby reduce search efficiency, length consuming time; 2) owing in DNS, be provided with the preferential search order of every record in advance, if wherein the higher record of weight is unreachable for a certain reason or because load is overweight, when accepting new registration or phone; This record can't be deleted or automatically the weight step-down automatically; Cause after all users inquire about this record always earlier, confirm unavailable after, and then down the inquiry; Greatly reduce efficient, length consuming time.Therefore the present invention can dynamically adjust through the NAPTR record searching, raises the efficiency; 3) because the record inquire about, no matter be to register or make a phone call, this record can not remembered, the information that has just caused spended time to inquire just can obtain through inquiring about once more again.Therefore the present invention proposes and can need not commonly used preserving to inquire about once more and can use, and so also can improve search efficiency greatly.
Summary of the invention
The present invention has overcome the deficiency of prior art; A kind of method of dynamic change domain name service sorted order has been proposed; Said method can solve following three technical problems: technical barrier one through the dynamic adjustment to the NAPTR record searching: after through the NAPTR inquiry, if can not get the objectives address; Will carry out SRV inquiry (obtaining port numbers) and A-(obtaining IP) inquiry so, thereby reduce search efficiency.Technical barrier two: owing in DNS, be provided with the preferential search order of every record in advance; If wherein the higher record of weight is unreachable for a certain reason or because load is overweight, when accepting new registration or phone, this record can't be deleted or automatically the weight step-down automatically; All users inquire about this record always earlier after causing; Confirm unavailable after, and then down the inquiry, greatly reduce efficient.Technical barrier three: present technology, can't keep in through the route results that system queries is come out, when use next time, also need inquiry once more like this, reduced efficient.
Technical scheme of the present invention is:
A kind of method of dynamic change domain name service sorted order, said method is dynamically adjusted the NAPTR record searching, in to NAPTR record searching process; A weights W eight field, a dynamic data detection function and a heartbeat detection function at first are set, and in the IMS core net, FQDN is that the IMS core net can identified information; Utilize the IP address to transmit as destination address; If IP address non-availability then utilizes FQDN final goal address to transmit, the weights W eight value of IP is greater than the weights W eight value of FQDN; The weights W eight value of FQDN is greater than the weights W eight value of common domain name, and concrete steps are:
1. at first search order just should be at first to inquire about IP.
When after the NAPTR inquiry, when the result who obtains is IP,, promptly can be used as next and jump into the row transmission because it can need not further parsing with default port 5060 together as destination address.Therefore save SRV inquiry and A-inquiry, improved search efficiency.
2., inquire about FQDN then if unavailable.
When after the NAPTR inquiry; When the result who obtains is FQDN; Because its specifying information Already in the memory space of this environment, therefore only need arrive and obtain its corresponding IP in the system environments and port gets final product, and need not further query parse; Therefore save SRV inquiry and A-inquiry, improved search efficiency.
3. if FQDN is also unreachable, the common domain name of so last inquiry.
When after NAPTR inquiry, the result who obtains is during for common domain name, because system can't obtain the information of any port and IP, therefore must carry out SRV inquiry and A-and inquire about and just can obtain next hop information, increased the inquiry burden.
Said dynamic data detection function is used for monitoring present operational network element; Said dynamic data detection function is provided with an accumulator; When detecting after some time points the number that successfully receives registration or phone and sharply reduce, change network element resources record priority orders so.
Said heartbeat detection function is preserved the priority orders among the script DNS; And regularly initiate to detect; If the network element that goes wrong has recovered service function before; The heartbeat detection function can notify the dynamic data detection function to reset so, and monitoring is again changeed back priority orders originally this network element resources record simultaneously.
The present invention has following beneficial effect:
1) the present invention saves SRV inquiry and A-inquiry as far as possible, and then raises the efficiency through the dynamic adjustment (these records have same priority) to resource record.
2) the present invention saves SRV inquiry and A-inquiry as far as possible, and then raises the efficiency through the dynamic adjustment to resource record.
3) the present invention saves as far as possible and attempts the query resource recorded times, and then raise the efficiency through the dynamic adjustment to resource record.
4) through preserving Query Result, make that follow-up person need not inquiring about, and then raise the efficiency.
Description of drawings
Further specify the present invention below in conjunction with accompanying drawing and embodiment.
Fig. 1 is a resource record situation sketch map in the register flow path.
Fig. 2 is a DNS inquiry general flow sketch map.
Fig. 3 is a querying flow sketch map of the present invention.
Fig. 4 is a query script sketch map of the present invention.
Fig. 5 compares sketch map for querying flow.
Fig. 6 receives and the time relationship sketch map for query script network element normal condition of the present invention.
Fig. 7 receives and the time relationship sketch map for query script record normal condition of the present invention.
Fig. 8 receives and the time relationship sketch map for query script record inaccessible state of the present invention.
Not normal state receives and the time relationship sketch map Fig. 9 for query script of the present invention is recorded in.
Figure 10 is a query script dynamic data detection function schematic flow sheet of the present invention.
Figure 11 is a query script heartbeat detection function schematic flow sheet of the present invention.
Embodiment:
To shown in Figure 11, the present invention dynamically adjusts the NAPTR record searching, in to NAPTR record searching process referring to Fig. 1; A weights W eight field, a dynamic data detection function and a heartbeat detection function at first are set, and in the IMS core net, FQDN is that the IMS core net can identified information; Utilize the IP address to transmit as destination address; If IP address non-availability then utilizes FQDN final goal address to transmit, the weights W eight value of IP is greater than the weights W eight value of FQDN; The weights W eight value of FQDN is greater than the weights W eight value of common domain name, and concrete steps are:
1. at first search order just should be at first to inquire about IP.
When after the NAPTR inquiry, when the result who obtains is IP,, promptly can be used as next and jump into the row transmission because it can need not further parsing with default port 5060 together as destination address.Therefore save SRV inquiry and A-inquiry, improved search efficiency.
2., inquire about FQDN then if unavailable.
When after the NAPTR inquiry; When the result who obtains is FQDN; Because its specifying information Already in the memory space of this environment, therefore only need arrive and obtain its corresponding IP in the system environments and port gets final product, and need not further query parse; Therefore save SRV inquiry and A-inquiry, improved search efficiency.
3. if FQDN is also unreachable, the common domain name of so last inquiry.
When after NAPTR inquiry, the result who obtains is during for common domain name, because system can't obtain the information of any port and IP, therefore must carry out SRV inquiry and A-and inquire about and just can obtain next hop information, increased the inquiry burden.
Said dynamic data detection function is used for monitoring present operational network element; Said dynamic data detection function is provided with an accumulator; When detecting after some time points the number that successfully receives registration or phone and sharply reduce, change network element resources record priority orders so.
Said heartbeat detection function is preserved the priority orders among the script DNS; And regularly initiate to detect; If the network element that goes wrong has recovered service function before; The heartbeat detection function can notify the dynamic data detection function to reset so, and monitoring is again changeed back priority orders originally this network element resources record simultaneously.
Below by the explanation of register flow path, as shown in Figure 1, P-CSCF and I-CSCF be not in same network, so P-CSCF will find I-CSCF, inquire about by DNS.Concrete steps are following:
The first, to how simplifying query steps, saving SRV inquiry and A-inquiry as far as possible, and then raising the efficiency.
Below we just specifically have a look through flow chart, how through saving SRV and A-inquiry and then raising the efficiency.
1. under the normal condition, DNS query script such as Fig. 2.
2. if this record is the FQDN of IP or one's respective area, so flow process such as Fig. 3.As can beappreciated from fig. 3: if just can obtain port numbers and IP through the NAPTR inquiry, the FQDN that perhaps obtains belongs in the local domain, so just can save the inquiry in follow-up two steps, and then raise the efficiency.Shown in the 3rd NAPTR of Fig. 4, _ sip._udp.135.223.43.20.Based on RFC3261, be example (below record identical order and pref) with the NAPTR of following Fig. 4, three data of Fig. 4 are respectively: IP address, FQDN, and common domain name.
Following surface analysis is the situation of three kinds of data query DNS once:
1. IP address: the IP address can be used as the final objective address, and its port default is 5060, and both transmit as destination address together.
2. FQDN: since FQDN be the IMS core net can identified information, therefore can be used as the final objective address, need not to carry out the SRV inquiry and inquire about with A-.
3. common domain name: because therefore common domain name can not cannot need be carried out SRV inquiry and A-inquiry as the final objective address by the IMS Network Recognition.Specifically as shown in Figure 5.Through above-mentioned analysis, query steps all can be simplified in FQDN and IP address, and the mode of common domain name cannot.
Therefore the present invention proposes: a weights W eight field is set, and as shown in Figure 1, to distinguish when identical when the value of the order of some resource records field and pref field, step is:
1. at first search order just should be at first to inquire about IP.
2., inquire about FQDN then if unavailable.
3. if FQDN is also unreachable, the common domain name of so last inquiry.
Corresponding, the weights W eight value of IP is greater than the weights W eight value of FQDN, and the weights W eight value of FQDN is greater than the weights W eight value of common domain name.
Through above-mentioned analysis, we can draw, if save SRV and A-inquiry, will improve nearly 30% efficient so.
The second, to the order that how to dynamically arrange resource record, economize the number of times of attempting query note as far as possible.
Based on RFC3261, we are example (below record different order and pref) with following several NAPTR:
order
pref
service
replacement
IN NAPTR 50 50 "SIP+D2T" _sip._tcp.example1.com
IN NAPTR 60 60 "SIP+D2T" _sip._tcp.example2.com
IN NAPTR 70 70 "SIP+D2U" _sip._udp.example3.com.
Through top setting, can find out that the order of inquiry is _ sip._tcp.example1.com _ sip._tcp.example2.com, _ sip._tcp.example3.com successively.
If this moment _ sip._tcp.example1.com is unreachable or load when overweight, can follow a phenomenon simultaneously is exactly that subsequent user all can be after the failure that inquiry is attempted, and selection _ sip._tcp.example2.com is as destination address.Though the user has finally selected success, but be to be cost with efficient.Carry out the repetition query manipulation for fear of subsequent user, the present invention proposes: a dynamic data detection function and a heartbeat detection function are set.
1. dynamic data detection function
Wherein the dynamic data detection function is used for monitoring present operational network element; Situation that the user that section certain network element _ sip._tcp.example2.com sometime uses increases sharply simultaneously before network element _ sip._tcp.example1.com of work use the user to descend rapidly; The preferential network element of selecting _ sip._tcp.example1.com maybe be out of joint before promptly showing, can't service be provided for subsequent user.Therefore NAPTR will establish height with the preoption that uses network element _ sip._tcp.example2.com at this moment this moment; Follow-up user just can skip disabled network element _ sip._tcp.example1.com; And directly select current available network element, and then avoided the duplication of labour.The dynamic data detection function can have an accumulator to realize; When detecting after some time points the number that successfully receives registration or phone and sharply reduce; Will change priority so; Idiographic flow such as Fig. 6, Fig. 7, Fig. 8, shown in Figure 9 need the adjustment priority orders this moment, adjust shown in figure 10.
2. heartbeat detection function
The heartbeat detection function can be preserved the priority orders among the script DNS; And regularly initiation detects (such as one hour once); If the network element _ sip._tcp.example1.com that goes wrong has recovered service function before, the heartbeat detection function can notify the dynamic data detection function to reset so, again monitoring; Simultaneously establish height to the priority of this network element _ sip._tcp.example1.com, change back priority orders originally.The heartbeat detection function can be realized by a timer.Idiographic flow is shown in figure 11.
At last,, can on a network element, keep in, so just need not once more spended time and resolve domain name, inquire about next and jumped through the said method resulting records.Such as: in registration, when P-CSCF looked for I-CSCF, if domain name does not belong to the one's respective area, that just needed to resolve, and at this time, just can be temporarily stored on the P-CSCF by the analysis result that this I-CSCF is final, and then raises the efficiency.
Claims (3)
1. method that dynamically changes the domain name service sorted order, it is characterized in that: said method is dynamically adjusted the NAPTR record searching, in to NAPTR record searching process; A weights W eight field, a dynamic data detection function and a heartbeat detection function at first are set, and in the IMS core net, FQDN is that the IMS core net can identified information; Utilize the IP address to transmit as destination address; If IP address non-availability then utilizes FQDN final goal address to transmit, the weights W eight value of IP is greater than the weights W eight value of FQDN; The weights W eight value of FQDN is greater than the weights W eight value of common domain name, and concrete steps are:
In the 1st step, at first search order just should be at first to inquire about IP,
When after NAPTR inquiry, the result who obtains because it can need not further parsing with default port 5060 together as destination address, promptly can be used as next and jumps into the row transmission during for IP, has saved the SRV inquiry and has inquired about with A-, has improved search efficiency;
The 2nd step, if IP is unavailable, inquire about FQDN then,
When after the NAPTR inquiry; When the result who obtains is FQDN; Because its specifying information Already in the memory space of this environment, therefore only need arrive and obtain its corresponding IP in the system environments and port gets final product, and need not further query parse; Therefore save SRV inquiry and A-inquiry, improved search efficiency;
The 3rd step, if FQDN is also unreachable, the common domain name of so last inquiry,
When after NAPTR inquiry, the result who obtains because system can't obtain the information of any port and IP, carries out SRV inquiry and A-and inquires about during for common domain name, obtains next hop information.
2. the method for a kind of dynamic change domain name service sorted order according to claim 1; It is characterized in that: said dynamic data detection function is used for monitoring present operational network element; Said dynamic data detection function is provided with an accumulator; When detecting after some time points the number that successfully receives registration or phone and sharply reduce, change network element resources record priority orders so.
3. the method for a kind of dynamic change domain name service sorted order according to claim 1 and 2; It is characterized in that: said heartbeat detection function is preserved the priority orders among the script DNS; And regularly initiate to detect, if the network element that goes wrong has before recovered service function, the heartbeat detection function can notify the dynamic data detection function to reset so; Again monitoring is changeed back priority orders originally this network element resources record simultaneously.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210079253.3A CN102647480B (en) | 2012-03-23 | 2012-03-23 | Method for dynamically changing domain name service retrieving sequence |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210079253.3A CN102647480B (en) | 2012-03-23 | 2012-03-23 | Method for dynamically changing domain name service retrieving sequence |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102647480A true CN102647480A (en) | 2012-08-22 |
| CN102647480B CN102647480B (en) | 2015-03-18 |
Family
ID=46660053
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210079253.3A Expired - Fee Related CN102647480B (en) | 2012-03-23 | 2012-03-23 | Method for dynamically changing domain name service retrieving sequence |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102647480B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103024100A (en) * | 2012-12-31 | 2013-04-03 | 华为技术有限公司 | Coupling establishing method and domain name system server |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1267028A (en) * | 2000-03-31 | 2000-09-20 | 卢慧彬 | Method for creating domain name directory site with dictionary structure and method for providing special services |
| CN1327195A (en) * | 2000-05-08 | 2001-12-19 | 互联网号码公司 | Method and system for accessing information on network |
-
2012
- 2012-03-23 CN CN201210079253.3A patent/CN102647480B/en not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1267028A (en) * | 2000-03-31 | 2000-09-20 | 卢慧彬 | Method for creating domain name directory site with dictionary structure and method for providing special services |
| CN1327195A (en) * | 2000-05-08 | 2001-12-19 | 互联网号码公司 | Method and system for accessing information on network |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103024100A (en) * | 2012-12-31 | 2013-04-03 | 华为技术有限公司 | Coupling establishing method and domain name system server |
| CN103024100B (en) * | 2012-12-31 | 2015-07-08 | 华为技术有限公司 | Coupling establishing method and domain name system server |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102647480B (en) | 2015-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10716018B2 (en) | Systems and methods for emergency call route failover | |
| AU2010262428B2 (en) | System and method for CSCF entity disaster tolerance and load balancing | |
| CN102571956B (en) | Association identifies table updating method, association recognition methods, Apparatus and system | |
| CN104519148B (en) | The accessible detecting method and system of application server address | |
| CN103401800B (en) | A kind of balancing link load method and apparatus | |
| JP2018525880A5 (en) | ||
| CN107980217A (en) | Method and device for acquiring address of local domain name server and authoritative domain name server | |
| EP2375794B1 (en) | Service migration method, device and system thereof | |
| US8467795B2 (en) | Location-based routing of IMS calls through femtocells | |
| CN105991793A (en) | Message forwarding method and device | |
| US9509730B2 (en) | Method and apparatus for identifying a subscriber home domain in a communication network | |
| CN105262851A (en) | DNS forwarding method and system based on multiple strategies | |
| CN102647480A (en) | Method for dynamically changing domain name service retrieving sequence | |
| CN105915655A (en) | Proxy method and agent method for network | |
| CN104348669B (en) | A kind of Domain Hijacking detection method, system and device | |
| CN103312667A (en) | Information update method, device and system | |
| CN104092751A (en) | Service access method and device | |
| AU2008201325A1 (en) | Presence service system | |
| US8948099B2 (en) | Geo-local routing in IMS | |
| CN103457848B (en) | Call route method, Apparatus and system | |
| US7808925B2 (en) | Methods and systems for determining reverse DNS entries | |
| CN102571387B (en) | Method and the device of long-distance disaster is realized in IMS network | |
| KR101644632B1 (en) | Proxy CSCF Registeration Method in IMS Network and system thereof | |
| CN107547682A (en) | IP address recognition methods and device | |
| US20140095642A1 (en) | Method, a system, a first server, a second server, a computer program and a computer program product for sending information about users assigned to work on tasks in a computer network |
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 | ||
| C56 | Change in the name or address of the patentee | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 266033 No. 11, Luoyang Road, Sifang District, Shandong, Qingdao Patentee after: QINGDAO CENTLING INFORMATION TECHNOLOGY CO.,LTD. Address before: 266033 No. 11, Luoyang Road, Sifang District, Shandong, Qingdao Patentee before: Qingdao Centling Technologies Co.,Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150318 |