CN101102308B - Internet protocol channel management method - Google Patents
Internet protocol channel management method Download PDFInfo
- Publication number
- CN101102308B CN101102308B CN2006101011206A CN200610101120A CN101102308B CN 101102308 B CN101102308 B CN 101102308B CN 2006101011206 A CN2006101011206 A CN 2006101011206A CN 200610101120 A CN200610101120 A CN 200610101120A CN 101102308 B CN101102308 B CN 101102308B
- Authority
- CN
- China
- Prior art keywords
- address
- mentioned
- passage
- message
- remote
- 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
- 238000007726 management method Methods 0.000 title claims description 29
- 238000000034 method Methods 0.000 claims abstract description 19
- 230000003068 static effect Effects 0.000 claims description 24
- 230000005540 biological transmission Effects 0.000 claims description 3
- 238000012790 confirmation Methods 0.000 abstract description 2
- 230000008569 process Effects 0.000 description 15
- 230000008859 change Effects 0.000 description 12
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 241001522296 Erithacus rubecula Species 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 125000006850 spacer group Chemical group 0.000 description 1
Images
Abstract
The method is executed by a near end host machine; between said near end host machine and a remote host machine there is a channel. It comprises: if the near end address of said channel contains a dynamical address, then getting said dynamical address; establishing all channels whose remote end addresses are known; if the remote end address is known and said near end address contains the dynamical address, then sending the notice message to the remote end host machine; the notice message contains the all near end dynamical addresses; if any one of the near end addresses is varied, then re-establishing all channels whose near end addresses are varied and whose remote end addresses are known; the remote end host machine receives said message and judges its type; if said message is a notice message, then according to its contained remote end address, then the remote end host machine updates said channel and returns a confirmation message.
Description
Technical field
The present invention relates to Internet Protocol passage (Internet Protocol tunnel, or abbreviation IP tunnel), and particularly relate to a kind of internet protocol channel management method.
Background technology
The internet passage has many application on computer network, be example with the representative network framework of Fig. 1.The network of Fig. 1 comprises six main frames, and wherein main frame W, X, Y, Z are personal computer (personalcomputer), and host A, B provide the server of functions such as frequency range (bandwidth) management.Host A, W, X are positioned at same LAN (local area network) 101.Host A is the external gateway (gateway) of LAN 101, connects internet 103 by two special line L1 and L2.Special line L1 and L2 are provided by different Internet service company (ISP:Internet service provider), host A uses different network of network protocol address (Internet Protocol address, or abbreviate IP address as) IP1 and IP2 respectively at special line L1 and L2.For simplicity, following Internet Protocol address all abbreviates the address as.
On the other hand, host B, Y, Z are positioned at another LAN 102.Host B is the external gateway of LAN 102, also connects internet 103 by two special line L3 and L4.Special line L3 and L4 are provided by different Internet service companies equally, and host B uses different address ip 3 and IP4 respectively at special line L3 and L4.
LAN 101 and 102 belongs to two branch companies of same enterprise, in order properly to use frequency range, can set a plurality of Internet Protocol passages between host A, B, and the packet of setting between the LAN 101 and 102 uses above-mentioned passage in turn.For simplicity, following Internet Protocol passage all abbreviates passage as.
For example, can between host A, B, set two passages, one is the address ip 3 from the address ip 1 to B of A, and another is the address ip 4 from the address ip 2 to B of A, and set two data between the LAN be surrounded by half and half probability use above-mentioned two passages one of them.Suppose that main frame W will transmit archives to main frame Y, first packet may use passage IP1-IP3.The packet (packet 1) that this moment, main frame W can send from W to Y is given host A, host A is used another packet (packet 2) from IP1 to IP3 packet 1 is sent to host B, host B receives after the packet 2, takes out packet 1 wherein, and packet 1 is sent to main frame Y.In like manner, if main frame W will use passage IP2-IP4 to the packet of main frame Y, the packet (packet 3) that main frame W sends earlier from W to Y is given host A, host A sends to host B with another packet (packet 4) from IP2 to IP4 with packet 3, host B receives after the packet 4, take out packet 3 wherein, packet 3 is sent to main frame Y.
Because being widely used of passage, as the operating system kernel (kernel) of Linux and so on built-in passage support is arranged, only need simple order to build and put passage.
Above-mentioned conventional method, shortcoming are that the passage two ends all must be static address (static IP address).If the dynamic address (dynamic IP address) that passage has one or both ends to use the mode by DynamicHost configuration agreement (DHCP:Dynamic HostConfiguration Protocol) or Ethernet point-to-point protocol (PPPoE:Point-to-Point Protocolover Ethernet) and so on to obtain, if dynamic address changes, with the old address main frame on contact channel opposite again.In the case, passage can't be kept.
Summary of the invention
The purpose of this invention is to provide a kind of internet protocol channel management method, no matter between two main frames how many passages are arranged, as long as wherein have a static address at least, or dynamic address (is intermediate address hereinafter to be referred as this kind dynamic address) of safeguarding by intermediate server, then no matter how other dynamic address changes, or whether the main frame at passage two ends restart (reboot), and all under the prerequisite of normal operation, all passages between the two can both keep unimpeded at the main frame at passage two ends.
For realizing above-mentioned and other purpose, the present invention proposes a kind of internet protocol channel management method, carry out by a near-end main frame, be set with at least one passage between this a near-end main frame and the distance host, this method comprises the following steps: that mainly (a) if dynamic address is contained in the near-end address of above-mentioned passage, then obtains above-mentioned dynamic address.(b) build and put in the above-mentioned passage, its remote address is all known passages.(c) if above-mentioned remote address wherein has known person, and above-mentioned near-end address contains dynamic address, then sends notification message to distance host.This notification message comprises all dynamic address in the above-mentioned near-end address.(d) as if the person of changing in the above-mentioned near-end address, then build again and put in the above-mentioned passage, the near-end address has changed and remote address is all known passages.(e) receive message from distance host, and judge the kind of message.(f) if above-mentioned message is a notification message, then upgrade above-mentioned passage, and an affirmation message of corresponding this message of transmission is to distance host according to the remote address that this message comprised.
Above-mentioned internet protocol channel management method also comprises in one embodiment every execution in step blanking time (c).
Above-mentioned internet protocol channel management method also comprises the following steps: (g) in one embodiment if contain dynamic address in the remote address of above-mentioned passage, and then the notification message that sends in step (c) is enclosed the dynamic address inquiry, to inquire about above-mentioned dynamic address.(h) if the message that step (e) receives comprises the dynamic address inquiry, then the affirmation message that sends in step (f) is enclosed all dynamic address of near-end main frame.(i) if the message that step (e) receives for confirming message and comprising remote address, is then upgraded above-mentioned passage according to the remote address that this message comprised.
Above-mentioned internet protocol channel management method, also comprise in one embodiment: (j) as if the person of changing in the above-mentioned near-end address, and the remote address of above-mentioned passage wherein has known person, then send another notification message to distance host, this another notification message comprises the above-mentioned near-end address that has changed.
Above-mentioned internet protocol channel management method also comprises the following steps: (m) in one embodiment if comprise intermediate address in the above-mentioned near-end address, then connects an intermediate server of corresponding above-mentioned intermediate address, to upgrade above-mentioned intermediate address.(n) if the remote address of above-mentioned passage comprises intermediate address, then inquire about the intermediate address that above-mentioned remote address comprises to intermediate server.(o) if the intermediate address person of changing that above-mentioned near-end address is comprised then connects intermediate server to upgrade the above-mentioned intermediate address that changes.
Described according to preferred embodiment of the present invention, in above-mentioned internet protocol channel management method, the main frame at passage two ends can regularly notify the other side present dynamic address, and whenever there being address modification all can notify the other side immediately, so both sides know that at any time correct address is to keep passage unimpeded.Moreover because have a static address in all passages at least, or an intermediate address of being safeguarded by intermediate server, no matter how other address changes, and no matter whether the main frame at passage two ends restarts, and having a reliable address at least can be for contact.So as long as all normal operations of main frame at passage two ends, it is unimpeded that all passages between the two can both keep eventually.
For above and other objects of the present invention, feature and advantage can be become apparent, preferred embodiment of the present invention cited below particularly, and be described with reference to the accompanying drawings as follows.
Description of drawings
Fig. 1 is for using the representative network Organization Chart of Internet Protocol passage.
Fig. 2 to Fig. 5 is the exemplary flowchart that is pursuant to the internet protocol channel management method of different embodiments of the invention.
Fig. 6 and Fig. 7 are the internet protocol channel management method general flow chart that is pursuant to one embodiment of the invention.
The reference numeral explanation
A, B, W～Z: main frame
IP1～IP4: Internet Protocol address
L1～L4: network special line
101,102: LAN
103: the internet
202～730: flow chart step
Embodiment
In the scope of the invention, so-called main frame is meant the device of personal computer or server and so on, just can connect network and have the ability to carry out any device of the present invention.Set passage and build the difference of putting passage and be, set passage and be meant two passages planning between the main frame, for example be stored in the passage configuration in the setting file, not necessarily have true passage to exist, put passage and be meant the actual step of setting up true passage and build.Passage must have the address at two ends just can build to put.The address can be divided static and dynamic two kinds.Just can not change after the static address decision, and dynamic address may change at any time.
Following elder generation illustrates internet protocol channel management method of the present invention with four examples, Figure 2 shows that the flow chart of first example.In first example, have only a passage between host A, the B, wherein A uses static address, and B uses dynamic address, and is as shown in table 1.
Table 1, the path setting of example one
| Host A | Host B |
| Static address | Dynamic address |
At first, the system of host A, B starts in the step 202 and 204 of Fig. 2 respectively.In step 206, B obtains dynamic address in the mode of DHCP or PPPoE and so on.Host B also has the setting of the static address of host A, and this moment, B learnt the address at passage two ends, put passage so can build at this moment, then its dynamic address was sent to A.In step 208, A receives the dynamic address of B.This moment, A also learnt the address at passage two ends, put passage so can build at this moment, sent then to confirm that message (acknowledgement) is to B.In step 210, B receives the affirmation message of A then, and this moment, passage was communicated with.
At interval after one section preset time T, B sends its dynamic address to A once more in step 212.A receives the message of B in step 214.Because the dynamic address of B does not change, A directly returns and confirms that message is to B.B receives the affirmation message of A in step 216.
Same process is recurred after blanking time T, step 218 to 222 and the step 212 of front to 216 identical.
Next in step 224, this moment, the dynamic address of B changed.Because B has learnt the static address of A, B can use new dynamic address to build again and put passage, and the notification message that sends new dynamic address is to A.In step 226, A receives the new address of B, builds again with the new address of B and puts passage, and send the affirmation message to B.In step 228, B receives the affirmation message of A then, and this moment, passage was communicated with once again.
In first above example, host A is passive recipient, and host B is the active transmit leg.B periodically sends to A with the dynamic address of oneself, and requires A response confirmation message, confirms message if confiscate in Preset Time, and B can retransmit.So no matter to be that network on-line interrupts or has main frame to restart, can both to guarantee that the passage between host A, the B can Fast Reconstruction.
Below explanation second example of the present invention has two passages between the host A of this example, the B, and the setting of host A is shown in table 2A, and the setting of host B is shown in table 2B.
Table 2A, the path setting of example two host As
| Passage | The near-end address | Remote address |
| #1 | Static address | Static address |
| #2 | TKT#2 | AVT#2 |
Table 2B, the path setting of example two host Bs
| Passage | The near-end address | Remote address |
| #1 | Static address | Static address |
| #2 | AVT#2 | TKT#2 |
In the middle of table 2A, the near-end address is the channel address of host A itself, and remote address is the channel address of the host B on passage opposite.The definition of two kinds of addresses is opposite in the middle of table 2B, and the near-end address is the channel address of host B itself, and remote address is the channel address of host A.
Not only one of the dynamic address of example two, therefore use the combination of main frame code name and special line numbering to be distinguished.Each main frame all has unique main frame code name, and the code name of host A is TKT, and the code name of host B is AVT.Each special line all has a numbering, and host A is exactly TKT#2 at the dynamic address of special line #2.In like manner, host B is exactly AVT#2 at the dynamic address of special line #2.
Fig. 3 is the flow chart of example two.At first, the system of host A, B starts in step 302 and 304 respectively.In step 306, A obtains dynamic address TKT#2.Because the static address at passage #1 two ends is all known, host A can be built at this moment and put passage #1.Host A sends to B with dynamic address TKT#2 then,
And the dynamic address of inquiry B.In step 308, B obtains dynamic address AVT#2.Because the static address at passage #1 two ends is all known, host B can be built at this moment and put passage #1.B sends to A with dynamic address AVT#2 then, and the dynamic address of inquiry A.In step 310, A receives the dynamic address AVT#2 of B, builds and puts passage #2, and the dynamic address TKT#2 of A is sent to B with the affirmation message.In step 312, B receives affirmation message and the dynamic address TKT#2 of A, builds and puts passage #2.This moment, passage #2 was communicated with.Then in step 314, B receives the dynamic address TKT#2 of A.Because having built, B puts passage #2, and the not variation of the dynamic address of A, so needn't building again, B puts passage #2.B sends to A with its dynamic address AVT#2 with the affirmation message then.In step 316, A receives affirmation message and the dynamic address AVT#2 of B.Because having built, A puts passage #2, and the not change of the dynamic address of B, so needn't building again, A puts passage.
Then in step 318, the dynamic address TKT#2 of A has changed, and puts passage #2 so A uses new address to build again.A selects one in two known addresses of B then, and (roundrobin) selects an address for example in a looping fashion, sends to B in order to the new dynamic address message with A.In step 320, B receives the dynamic address of A then, finds that TKT#2 changes, and therefore builds again and puts passage #2, sends then to confirm that message is to A.In step 322, A receives the affirmation message of B at last.
Below explanation the 3rd example of the present invention has two passages equally between host A, the B in this example, but has only a static address, and its excess-three is individual all to be dynamic address, sets shown in table 3A and 3B.
Table 3A, the path setting of example three host As
| Passage | The near-end address | Remote address |
| #1 | Static address | AVT#1 |
| #2 | TKT#2 | AVT#2 |
Table 3B, the path setting of example three host Bs
| Passage | The near-end address | Remote address |
| #1 | AVT#1 | Static address |
| #2 | AVT#2 | TKT#2 |
The flow process of example three as shown in Figure 4.At first, the system of host A, B starts in step 402 and 404 respectively.Then in step 406, A obtains dynamic address TKT#2.This moment, A did not learn the dynamic address of B as yet, can't notify B with TKT#2, can only wait for the notification message of B.In step 408, B obtains dynamic address AVT#1 and AVT#2, builds and puts passage #1, and passage #2 can't not build and put because B does not learn TKT#2 as yet.B sends to A with AVT#1 and AVT#2 then, and inquiry TKT#2.In step 410, A receives the dynamic address notification message of B, builds and puts passage #1 and #2, and reply and confirm that message and TKT#2 give B.Passage #1 is communicated with at this moment.In step 412, B receives affirmation message and the TKT#2 of A then, builds and puts passage #2.Passage #2 is communicated with at this moment.
Then in step 414, dynamic address TKT#2 changes at this moment, puts passage #2 so host A is built again, and sends TKT#2 to B.Step 416 is every the periodicity address of time T notice.B can send to A with own all dynamic address, and all dynamic address of inquiry A.In step 418, A receives the dynamic address notification message of B, because the address of B does not change, needn't build again and put passage.A sends and confirms that message and TKT#2 are to B then.In step 420, B receives new TKT#2, builds again and puts passage #2, and reply and confirm that message is to A.In step 422, A receives the affirmation message of B.In step 424, B receives affirmation message and the TKT#2 of A, because TKT#2 has not changed since step 420, puts passage so B needn't build again.
Following step 426, the dynamic address AVT#1 of B changes at this moment, puts passage #1 so B builds again, and sends AVT#1 to A.In step 428, A receives new AVT#1, builds again and puts passage #1, and send the affirmation message to B.In step 430, B receives the affirmation message of A.
The 4th example of the present invention below is described.This example uses a kind of dynamic address of safeguarding by intermediate server (being intermediate address hereinafter to be referred as this kind dynamic address) to build and puts passage.The main frame that has this intermediate address can be connected intermediate server when just startup has changed with intermediate address in system, to upgrade the record of intermediate address, so intermediate server all has correct intermediate address at any time.Other main frame is as long as can learn correct intermediate address to the intermediate server inquiry, in order to connect the main frame that uses intermediate address.Intermediate address can replace static address as reliable contact address, to keep passage unimpeded.
This example uses dynamic Domain Name System (DDNS:dynamic domain name system) to implement intermediate address, and therefore above-mentioned intermediate server is exactly the DDNS server, and intermediate address is just with the usefulness of its dynamic domain name as identification.The host A of this example, B set shown in table 4A and 4B, and foo.ddns.com wherein is exactly an intermediate address.
Table 4A, the path setting of example four host As
| Passage | The near-end address | Remote address |
| #1 | foo.ddns.com | AVT#1 |
| #2 | TKT#2 | AVT#2 |
Table 4B, the path setting of example four host Bs
| Passage | The near-end address | Remote address |
| #1 | AVT#1 | foo.ddns.com |
| #2 | AVT#2 | TKT#2 |
Fig. 5 is the flow chart of example four.At first, the system of host A, B starts in step 502 and 504 respectively.In step 506, host B is obtained dynamic address AVT#1 and AVT#2, and to DDNS server lookup foo.ddns.com, yet the inquiry failure.In step 508, host A is obtained dynamic address TKT#2, connects the DDNS server then to upgrade foo.ddns.com.After default blanking time (with before blanking time T can be different), B once more to DDNS server lookup foo.ddns.com, successfully obtains the corresponding address of foo.ddns.com in step 510.B builds and puts passage #1 then, connects foo.ddns.com with transmission address notification message, and the dynamic address TKT#2 of inquiry A.Then in step 512, A receives the dynamic address notification message of B, builds and puts passage #1 and #2, and passage #1 is communicated with at this moment, and A replys and confirms that message and TKT#2 give B then.Then in step 514, B receives affirmation message and the TKT#2 of A, builds and puts passage #2, and this moment, passage #2 was communicated with.
Step 516 afterwards is the periodicity notices every time T, and B can send to A with own all dynamic address, and inquiry TKT#2.In step 518, A receives the dynamic address notification message of B, because the address of B does not change, needn't build again and put passage, only needs to send to confirm that message and TKT#2 are to B.In step 520, B receives affirmation message and the TKT#2 of A, needn't reset passage.
Next in step 522, the address of foo.ddns.com changes at this moment, so A connects the DDNS server to upgrade the address of foo.ddns.com, builds again then and puts passage #1, and send new address to B.In step 524, B receives the new address of foo.ddns.com, builds again and puts passage #1, replys then and confirms that message is to A.In step 526, A receives the affirmation message of B.
Next in step 528, the address of foo.ddns.com changes once again, so A connects the DDNS server to upgrade the address of foo.ddns.com, builds again and puts passage #1, and send new address to B.In step 530, the dynamic address AVT#1 of host B changes at this moment, puts passage #1 so B builds again, and selects foo.ddns.com to send notification message.But because the address modification of foo.ddns.com, B connects the foo.ddns.com failure, thus B then connect TKT#2, with the notification message that sends AVT#1 to A.In step 532, B receives the new address of foo.ddns.com, builds again and puts passage #1, and reply and confirm message.In step 534, A receives new AVT#1, builds again and puts passage #1, and reply and confirm message.In step 536, B receives the affirmation message of A.In step 538, A receives the affirmation message of B.
Though example four uses the DDNS server, the present invention is not limited to the DDNS server, also can be with the other types intermediate server to implement intermediate address.
Below explanation please refer to Fig. 6 and Fig. 7, and Fig. 6 and Fig. 7 are the general flow chart of concluding gained according to above four examples.Fig. 6 is for sending the part of message, and Fig. 7 is for receiving the part of message.The present invention carries out identical method on the main frame at passage two ends, the flow process of Figure 6 and Figure 7 just, and wherein near-end main frame and distance host are relative.Host A, B with the front are example, and with the viewpoint of host A, host A is exactly the near-end main frame, and host B is a distance host.Otherwise with the viewpoint of B, host B is exactly the near-end main frame, and host A is a distance host.The near-end address of passage and remote address also have same relative definition.
The flow process of Fig. 6 and Fig. 7 adopts the viewpoint of near-end main frame, is set with at least one passage between near-end main frame and the distance host, and in above-mentioned passage, has at least a passage to use static address or intermediate address.
The flow process of explanation Fig. 6 at first starts host computer system in step 605 earlier.In step 610,, then obtain above-mentioned dynamic address then if dynamic address is contained in the near-end address of above-mentioned passage.In step 615,, then connect the intermediate server of corresponding above-mentioned intermediate address, to upgrade above-mentioned intermediate address if above-mentioned near-end address comprises intermediate address.
In step 620,, then inquire about the intermediate address that above-mentioned remote address comprises, just the employed intermediate address of distance host to intermediate server if learn that from the setting of passage the remote address of above-mentioned passage comprises intermediate address.This moment is if the failure of inquiry intermediate address then repeats inquiry every the spacer segment time, till successful inquiring.
Then in step 625, build and put the required near-end address of passage, it is complete no matter to be that static address, dynamic address or intermediate address are all gone up, thus the time build and put in the above-mentioned passage, its remote address is all known passages.Then in step 630, if the remote address of above-mentioned passage wherein has known person, be exactly that known certain address can supply the link man, and dynamic address is contained in above-mentioned near-end address, then send notification message to distance host, above-mentioned notification message comprises all dynamic address in the above-mentioned near-end address.In addition, if contain dynamic address in the remote address of above-mentioned passage, just distance host has dynamic address, just encloses the dynamic address inquiry in the notification message that sends, with the dynamic address of inquiry distance host.
Among step 630, a known address can supply to connect if distance host has not only, can select one in known remote address, and (round robin) selects for example in a looping fashion, connects distance host according to this and sends notification message.If connection failure can select next known address to reattempt connection in remote address.If failure just repeats above-mentioned selection again, till successfully connecting distance host.Use in turn a plurality of address like this, can realize fault-tolerant effect, and can guarantee that dynamic address can in time transmit.If the known whole connection failures of above-mentioned remote address, comprise intermediate address in the remote address of above-mentioned passage, just distance host has under the situation of using intermediate address, can inquire about up-to-date intermediate address to intermediate server, in order to connect distance host.
The near-end address whether next, change arranged step 640 inspection.If no, through (can be different from step 620 blanking time herein) after the preset interval time of step 635, flow process is got back to step 630.
Otherwise if the near-end address of change is arranged, flow process enters step 645, and whether what check change is intermediate address.If flow process enters step 650, connect intermediate server to upgrade the intermediate address that changes, enter step 655 then.If change is not intermediate address, is exactly general dynamic address, flow process meeting skips steps 650 directly enters step 655.
Next, build again in step 655 and to put in the above-mentioned passage, the near-end address has changed and remote address is all known passages.Then in step 660, if the remote address of above-mentioned passage wherein has known person, just have the known address can connect distance host, just send notification message to distance host, this notification message comprises the above-mentioned near-end address that has changed.If not only one of known remote address, available mode as step 630 is selected.If distance host has intermediate address, also can be as step 630, the inquiry intermediate address is to connect distance host.After step 660, flow process can be got back to step 640.
The reception message flow process of following key diagram 7.At first, the near-end main frame receives message in step 705 from distance host, judges the message kind in step 710 then.If notification message, flow process enters step 715, upgrades above-mentioned passage according to the remote address that comprises in the message, and sends corresponding affirmation message to distance host in step 720.In addition, if notification message contains the dynamic address inquiry, the near-end main frame can be enclosed all dynamic address of near-end main frame in the affirmation message that step 720 sends, to inform distance host.After step 720, flow process is got back to step 705, continues to receive message.
The dynamic address of additional near-end is just for distance host can be learnt as early as possible in its tangible affirmation message.The Periodic Notice message of step 630 is the same can inform distance host with the dynamic address of near-end main frame.If very do not take notice of timeliness, just need in confirming message, not add the dynamic address of near-end main frame.
If the message that receives in step 705 is the affirmation message, flow process can enter step 725 from step 710, checks and confirms whether message comprises additional remote address.If just upgrade above-mentioned passage according to additional remote address in step 730.After step 730, flow process is got back to step 705, continues to receive message.
More new tunnel details in step 715 and 730 is as follows.In the above-mentioned passage, if having passage in remote address that the near-end main frame write down for unknown, and corresponding remote address is arranged in the message that receives, then use the corresponding remote address of this message to build and put passage.In addition, in the above-mentioned passage, if the remote address that has passage to be write down at the near-end main frame is known, corresponding remote address is arranged in the message that receives, and above-mentioned two remote address differences, the expression remote address changes to some extent, then uses corresponding remote address in the message to build again and puts passage.
In sum, in internet protocol channel management method of the present invention, the main frame at passage two ends can regularly notify the other side present dynamic address, and whenever there being address modification all can notify the other side immediately, so both sides know that at any time correct address is to keep passage unimpeded.Moreover because have a static address in all passages at least, or an intermediate address of being safeguarded by intermediate server, no matter how other address changes, and no matter whether the main frame at passage two ends restarts, and having a reliable address at least can be for contact.So as long as all normal operations of main frame at passage two ends, it is unimpeded that all passages between the two can both keep eventually.
Though the present invention discloses as above with preferred embodiment; right its is not in order to limit the present invention; those skilled in the art can do some changes and retouching under the premise without departing from the spirit and scope of the present invention, so protection scope of the present invention is as the criterion with the application's claim.
Claims (14)
1. an internet protocol channel management method is carried out by a near-end main frame, is set with at least one passage between this a near-end main frame and the distance host, and this method comprises:
(a) if dynamic address is contained in the near-end address of above-mentioned passage, then obtain above-mentioned dynamic address;
(b) building its remote address of putting among the above-mentioned passage is all known passages;
(c) send a notification message to this distance host, this notification message comprises all dynamic address in the above-mentioned near-end address;
(d), build again then that its near-end address of putting among the above-mentioned passage has changed and remote address is all known passages if the person of changing in the above-mentioned near-end address;
(e) this distance host receives a message certainly, and judges the kind of this message; And
(f) if this message is a notification message, then upgrade above-mentioned passage, and an affirmation message of corresponding this message of transmission is to this distance host according to the remote address that this message comprised.
2. internet protocol channel management method as claimed in claim 1 also comprises every one first execution in step blanking time (c).
3. internet protocol channel management method as claimed in claim 1 also comprises:
(g) if contain dynamic address in the remote address of above-mentioned passage, then this notification message that sends in step (c) is enclosed dynamic address inquiry, to inquire about above-mentioned dynamic address;
(h) if this message that step (e) receives comprises the dynamic address inquiry, then this affirmation message that sends in step (f) is enclosed all dynamic address of this near-end main frame; And
(i) if this message that step (e) receives for confirming message and comprising remote address, is then upgraded above-mentioned passage according to the remote address that this message comprised.
4. internet protocol channel management method as claimed in claim 3, wherein the above-mentioned passage of renewal of step (f) and step (i) all comprises:
In the above-mentioned passage, if having passage in remote address that this near-end main frame write down for unknown, and corresponding remote address is arranged in this message, then use the corresponding remote address of this message to build and put this passage; And
In the above-mentioned passage,, corresponding remote address is arranged in this message, and above-mentioned two remote address differences, then use the corresponding remote address of this message to build again and put this passage if passage is arranged is known in the remote address that this near-end main frame is write down.
5. internet protocol channel management method as claimed in claim 1, the d of described step) comprise that further the step that another notification message is sent to distance host, described another notification message comprise the described near-end address that has changed.
6. internet protocol channel management method as claimed in claim 5, wherein step (c) and step (j) all comprise:
(k) in known above-mentioned remote address, select one, connect this distance host according to this, send this notification message.
7. internet protocol channel management method as claimed in claim 6, wherein step (k) is to select one in a looping fashion in known above-mentioned remote address.
8. internet protocol channel management method as claimed in claim 6, wherein step (k) also comprises:
If connect this distance host failure, then in above-mentioned remote address, select next known address to connect this distance host, if failure just repeats above-mentioned selection again, till successfully connecting this distance host.
9. internet protocol channel management method as claimed in claim 8, wherein step (k) also comprises:
If the known whole connection failures of above-mentioned remote address, and the remote address of above-mentioned passage comprises intermediate address, then inquires about above-mentioned intermediate address to an intermediate server of the above-mentioned intermediate address of correspondence, in order to connect this distance host, sends this notification message.
10. internet protocol channel management method as claimed in claim 1 also comprises:
(m) if comprise intermediate address in the above-mentioned near-end address, then connect an intermediate server of corresponding above-mentioned intermediate address, to upgrade above-mentioned intermediate address;
(n) if the remote address of above-mentioned passage comprises intermediate address, then inquire about the intermediate address that above-mentioned remote address comprises to this intermediate server; And
(o) if the intermediate address person of changing that above-mentioned near-end address is comprised then connects this intermediate server to upgrade the above-mentioned intermediate address that changes.
11. internet protocol channel management method as claimed in claim 10, wherein step (n) comprising:
If the failure of inquiry intermediate address then repeats inquiry every one second blanking time, till successful inquiring.
12. internet protocol channel management method as claimed in claim 1, and in above-mentioned passage, have at least a passage to use static address or intermediate address.
13. internet protocol channel management method as claimed in claim 12 wherein have at least a passage to use intermediate address, and above-mentioned intermediate address can be inquired about to an intermediate server.
14. internet protocol channel management method as claimed in claim 13, wherein this intermediate server is dynamic Domain Name System server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101011206A CN101102308B (en) | 2006-07-04 | 2006-07-04 | Internet protocol channel management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101011206A CN101102308B (en) | 2006-07-04 | 2006-07-04 | Internet protocol channel management method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101102308A CN101102308A (en) | 2008-01-09 |
| CN101102308B true CN101102308B (en) | 2010-12-22 |
Family
ID=39036399
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006101011206A Active CN101102308B (en) | 2006-07-04 | 2006-07-04 | Internet protocol channel management method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101102308B (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002025890A2 (en) * | 2000-09-19 | 2002-03-28 | Research In Motion Limited | System and method for pushing information from a host system to a mobiel data communication device in a wireless data network |
| US20050175020A1 (en) * | 2004-02-05 | 2005-08-11 | Samsung Electronics Co., Ltd. | Tunneling service method and system |
-
2006
- 2006-07-04 CN CN2006101011206A patent/CN101102308B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002025890A2 (en) * | 2000-09-19 | 2002-03-28 | Research In Motion Limited | System and method for pushing information from a host system to a mobiel data communication device in a wireless data network |
| US20050175020A1 (en) * | 2004-02-05 | 2005-08-11 | Samsung Electronics Co., Ltd. | Tunneling service method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101102308A (en) | 2008-01-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10708856B2 (en) | Gateway advertisement in a wireless mesh | |
| US8086713B2 (en) | Determining a subscriber device has failed gracelessly without issuing a DHCP release message and automatically releasing resources reserved for the subscriber device within a broadband network upon determining that another subscriber device requesting the reservation of a network address has the same context information as the failed subscriber device | |
| CN101361322B (en) | The discovery of network node and routable address | |
| US8385230B2 (en) | Automatic network address assignment in a wireless mesh | |
| US8972547B2 (en) | Method and apparatus for dynamically configuring virtual internet protocol addresses | |
| CN100556029C (en) | The DNS update method and the device of main frame in the IPv6 stateless address configuration | |
| CN100589498C (en) | IP communication system and IP address assignment method thereof | |
| US20070223494A1 (en) | Method for the resolution of addresses in a communication system | |
| JP4411222B2 (en) | Network, network terminal device, IP address management method used therefor, and program thereof | |
| US10255621B2 (en) | Services advertisement in a wireless mesh | |
| JP2002354002A (en) | Proxy-executing gateway apparatus and in-house network system | |
| US6992985B1 (en) | Method and system for auto discovery of IP-based network elements | |
| CN101175000A (en) | Method and device for automatic IP address detection | |
| AU2006201049B2 (en) | Network device and management technique of the same | |
| KR20150046041A (en) | Method and apparatus for configuring dhcp client | |
| US8291111B1 (en) | Responding to a DHCPLEASEQUERY message | |
| JP2006129355A (en) | Information processor, data transmission system, data transmission method, and program for performing the data transmission method on the information processor | |
| CN101102308B (en) | Internet protocol channel management method | |
| US8432922B2 (en) | Method for managing IP tunnels | |
| CN101572675A (en) | Method for finding operating VRRP network equipment in directly connected network segment and device thereof | |
| US10412177B2 (en) | Method and system of using IPV6 neighbor discovery options for service discovery | |
| US11552928B2 (en) | Remote controller source address verification and retention for access devices | |
| CN112840601B (en) | Method, apparatus and computer readable medium for configuring an apparatus to be named | |
| JP2010177830A (en) | Automatic network setting system, radio access device, and automatic network setting method used therefor |
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: KUANYU TECHNOLOGY CO., LTD. Free format text: FORMER OWNER: YASHENG TECH CO., LTD. Effective date: 20080411 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20080411 Address after: Taipei City, Taiwan, China Applicant after: Xtera Communications Co., Ltd. Address before: Taipei City, Taiwan, China Applicant before: Yasheng Tech Co., Ltd. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: FORTINET INC. Free format text: FORMER OWNER: XTERA COMMUNICATIONS CO., LTD. Effective date: 20131218 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20131218 Address after: American California Patentee after: Fortinet, Inc. Address before: Taipei City, Taiwan, China Patentee before: Xtera Communications Co., Ltd. |