CA2213011C - Address resolution system - Google Patents
Address resolution system Download PDFInfo
- Publication number
- CA2213011C CA2213011C CA 2213011 CA2213011A CA2213011C CA 2213011 C CA2213011 C CA 2213011C CA 2213011 CA2213011 CA 2213011 CA 2213011 A CA2213011 A CA 2213011A CA 2213011 C CA2213011 C CA 2213011C
- Authority
- CA
- Canada
- Prior art keywords
- nhrp
- address
- atmarp
- terminal
- resolution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- 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/10—Mapping addresses of different types
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5665—Interaction of ATM with other protocols
- H04L2012/5668—Next hop resolution protocol [NHRP]
Abstract
In an NHRP (NBMA Next Hop Resolution Protocol) address resolution system for transforming a network layer address to a data link layer address in an NBMA (Non-Broadcast, Multi-Access) network not sharing media, an NHRP
processing section provides a function of resolving an address while an ATMARP (Asynchronous Transfer Mode Address Resolution Protocol) processing section provides a function of resolving an address on the basis of the ATMARP. A holding section is selectively accessed by the NHRP processing section or ATMARP processing section for holding address information registered by the NHRP or address information registered by the ATMARP. When the NHRP processing section receives an NHRP resolution request packet requesting for a resolution of the address of a given ATMARP terminal's address, the processing section sends, if the ATMARP
terminal and a terminal sent the NHRP resolution request packet do not belong to the same subnetwork, a reply representative of the address information of an interface received the request packet.
processing section provides a function of resolving an address while an ATMARP (Asynchronous Transfer Mode Address Resolution Protocol) processing section provides a function of resolving an address on the basis of the ATMARP. A holding section is selectively accessed by the NHRP processing section or ATMARP processing section for holding address information registered by the NHRP or address information registered by the ATMARP. When the NHRP processing section receives an NHRP resolution request packet requesting for a resolution of the address of a given ATMARP terminal's address, the processing section sends, if the ATMARP
terminal and a terminal sent the NHRP resolution request packet do not belong to the same subnetwork, a reply representative of the address information of an interface received the request packet.
Description
PREAMBLE TO DISCLOSURE
Be It Known That Koichi HORIKAWA and Atsushi IWATA
of c/o NEC Corporation, 7-1, Shiba 5-chome, Minato-ku, Tokyo, Japan, having made an invention entitled "ADDRESS RESOLUTION SYSTEM"
the following disclosure contains a correct and full description of the invention and of the best mode known of the inventors of taking advantage of the same.
ADDR~SS RESOLUTION SYSTEM
BACKGROUN~ OF THE INVENTION
The present invention relates to an address resolution system for an NBMA (Non-Broadcast, Multi-Access~ network and using an NHRP (NBMA Next Hop Resolution Protocol) and, 5 more particularly, to an address resolution system in which the NHRP and a conventional ATMARP (Asynchronous Transfer Mode Address Resolution Protocol) are interoperable.
The NHRP is discussed in IETF (Internet Engineering T a s k Force) as an address resolution protocol for the NBMA
10 network. The specifications of the NHRP are described in, e.g., draft-ietf-rolc-nhrp-08.txt. In the following description, the NBMA network and its upper protocol are respectively assumed to be, but not limited to, an ATM
(Asynchronous Transfer Mode) network and an IP (Internet 1 5 Protocol).
Generally, to hold IP communication on the ATM
network, means for obtaining an ATM address from the IP
address of the other terminal is necessary. For this purpose, the NHRP scheme asslgns the control of the IP address and 2 0 ATM Address pairs of ATM terminals connected to the ATM
network to distributed NHRP servers (NHSs) each being located at a particular area, e.g., LIS (Logical IP Subnetwork).
Assume that an ATM terminal intends to solve an ATM
address for the IP address of another ATM terminal to 5 communicate with, it sends an NHRP resolution request packet to a preselected NHS. If the NHS received the request packet can resolve the address, it returns an NHRP resolution reply packet to the above ATM terminal. If otherwise, the ~H S
transfers the request packet to another NHS which seems to 1 0 be controlling the IP address to be resolved. As a result, the request packet is sequentially transferred between a plurality of NHSs until it reaches an NHS capable of resolving the address.
Therefore, even if the other ATM terminal belongs to an 1 5 LIS different form the LIS of the ATM terminal intending to solve the ATM address, the ATM address can be solved so long as the other ATM terminal is directly connected to the ATM
network. If the other ATM terminal is not directly connected to the ATM network, there can be resolved the ATM address of 2 0 a router (gateway) located at the outlet of the ATM network.
The ATMARP is another address resolution protocol for the ATM network and already standardized by IETF Requests for Comments (RFC). In the case of the ATMARP, address resolution is limited to the same EIS, and an ATMARP request 2 5 packet is not transferred between different ATMARP servers.
Because the NHRP and ATMARP are entirely different protocols and have not heretofore been provided with interoperability.
When an LIS implemented with ATMARP adopts the NHRP
5 as a new address resoluti~n protocol, all the terminals belonging to the LIS must be replaced with terminals adaptive to the NHRP because the conventional NHRP servers cannot deal with the ATMARP. This prevents existing terminals using the ATMARP and terminals newly using the NHRP cannot 10 exist together in the same LIS.
A simple solution to the above problem may be causing an NHRP server to play the role of an ATMARP server at the same time, i.e., C~USinf~ an NHRP server and an ATMARP server to share the address information of NHRP terminals and 1 5 ATMARP terminals. This, however, brings about the following problems. Even when a given NHRP terminal intends to resolve the address of an ATMARP terminal belonging to an LIS different from the LIS of the NHRP terminal, the ATM
address of the ATMARP terminal itself can be resolved. Then, 2 0 the NHRP terminals sets up SVC (Switched Virtual ~onnection) to the ATMARP terminal and then sends an IP
packet via the SVC. At this instant, assume that the ATMARP
terminal whose address should be resolved intends to send an IP packet to the NHRP terminal. Then, the ATMARP terminal 2 5 resolves the ATM address of a router, or IP Next Hop, on the route to the NHRP terminal, sets up SVC to the router, and then sends an IP packet. That is, different SVC is set up for each of transmission and receipt between the ATMARP
terminal and the NHRP terminal, simply wasting the SVC set 5 up by the NHRP terminal.
Moreover, the ATMARP terminal may expect that an IP
packet from a different LIS arrives at the ATMARP terminal by way of the packet filtering function of a router belonging to the same LIS. However, because the NHRP terminal directly 10 sets up SVC to the ATMARP terminal, as stated above, the filtering function at the IP level available with the router cannot be used.
SUMMARY OF THE INVENTION
It is therefore an object of the present invention to provide an address resolution system in which even when an LIS implemented with the ATMARP for the address resolution protocol of an ATM network adopts the NHRP as a new address resolution protocol, it is not necessary to replace all the 2 Q terminals belonging to the LIS with terminals adaptive to the NHRP, i.e., terminals using the existing ATMARP and terminals newly using the NHRP can exist together in the same LIS.
It is another object of the present invention to provide an address resolution system in which even an NHRP terminal 2 5 belonging to a given LIS intends to resolve the address of an ATMARP terminal belonging to a different LIS, the address of the gateway to the ATMARP terminal can be resolved.
In accordance with the present invention, in an NHRP
~NBMA Next Hop Resolution Protocol) address resolution 5 system for transforming a network layer address to a data link layer address- in an NBMA network not sharing media, an NHRP processing section provides a function of resolving a n address while an ATMARP processing section provides a function of resolving an address on the basis of the ATMARP.
10 A holding section is selectively accessed by the NHRP
processing section or ATMARP processing section for holding address information registered by the NHRP or address information registered by the ATMARP. When the NHRP
processing section receives an NHRP resolution request 15 packet requesting for a resolution of the address of a given ATMARP terminal's address, the processing section sends, if the ATMARP terminal and a terminal sent the NHRP resolution request packet do not belong to the same subnetwork, a reply representative of the address information of an interface 2 0 received the request packet.
BRIEF DESCRIPIION OF THE DRAW~NGS
The above and other objects, features and advantages of the present invention will become apparent from the following detailed description taken with the accompanying drawings in which:
FIG. 1 shows a network to which the present invention i s applicable;
FIG. 2 is a block diagram schematically showing an NHS;
FIG. 3 shows the configuration of an address information cache; and FIG. 4 is a flowchart representative of an address resolution system embodying the present invention.
DESCRlPr'ION OF l~ PREFE3~D EMBOD~ T
A preferred embodiment of the address resolution system in accordance with the present invention will be described hereinafter.
As shown in FIG. 1, assume a single ATM network 1 in which a plurality of LISs (LIS-A 10, LIS-B 20 and LIS-C 30) are defined. Terminals directly connected to the ATM network 1 (e.g. NHRP terminals 11 and 31) are assumed to be capable of setting up SVC to each other at the ATM level. It is to ~e 2 0 noted that ATM switches constituting the network 1 are not shown, and that only a part of lines connecting them is shown.
There are also shown in FIG. 1 NHRP servers NHS-A 100 and NHS-B 200. The server NHS-A 100 has an interface belonging to the LIS-A 10 and I,IS-B 20 while the server 2 5 NHS-B 200 has an interface belonging to the LIS-B 20 and LIS-C 30. In the illustrative embodiment, assume that the server NHS-A 100 controls the LIS-A 10, and that the server NHS-B 200 controls the LIS-B 20 and LIS-C 30. The NHRP
terminal 11 and an NHRP terminal 12 belong to the I,IS-A 10 5 while the NHRP terminal 31 belongs to the LIS-C 30. ATMARP
terminals 13 and 14 belong to the LIS-A while the ATMARP
terminal 32 belongs to the LIS-C 30. A router 300 belongs to the LIS-A lQ and LIS-B 20.
FIG. 2 shows the construction of each NHSs. As shown, 1 û each NHS includes an NHRP processing 101 having a plurality of interfaces 110, 111 and 112 each being assigned to a particular LIS. Speci~ically, the interfaces 1 10-112 are connected to ATM switches constituting the ATM network 1 shown in FIG. 1. The NHRP processing 101 plays the role of a 15 conventional NHRP server. An ATMARP processing 1 02 shares the interfaces 110-112 with the NHRP processing 10l and plays the role of an ATMARP server. An address information cache 103 stores the address information of an NHRP terminal which the NHRP proces~ing 101 obtained by, e.g., receiving an 2 0 NHRP registration packet, and stores the address information of an ATMARP terminal which the ATMARP processing 1 Q2 obtained by receiving an InATMARP reply.
FIG. 3 shows the configuration of the address information cache 103. As shown, the cache 103 has an IP
2 5 address field, an ATM address field and a type field for each entry. If a certain entry is obtained by the NHRP processing 101, "NHRP" is written to the type field of the entry. If the entry is obtained by the ATMARP processing 102, "ATMARP" is written to the type field.
The operation of the illustrative embodiment is as follows. In FIG. 1, the NHRP terminals 11 and 12 each sends an NHRP registration packet to the senrer NHS-A 100 so as to register its own address information. The NHRP processing 101 of the server NHS-A 100 receives the NHRP registration packets and stores the obtained address information of the NHRP terminals 11 and 12 in the address information cache 103 (type field = NHRP).
The ATMARP processing 102 included in the server NHS-A 100 sends an TnATMARP request to each of the ATMARP
terminals 13 and 14. In response, the ATMARP terminals 13 and 14 send InATMARP reply packets to the ATMARP
proces~in~ 102. The ATMARP processing 102 received the reply packets store the obtained address information of the ATMARP terminals 13 and 14 in the address information cache 2 0 103 (type field = ATMARP).
An address resolution procedure depends on the kind of the terminal to be subjected to resolutic~n (NHRP terminal or ATMARP terminal), the kind of the other terminal to communicate with, and the LIS to which the other terminal belongs. Specifically, there are four different cases to ~e dealt with, as follows:
( 1) communication between NHRP terminals or between ATMARP terminals;
(2~ communication of an NHRP terminal with an ATMARP
terminal belonging to the same LIS;
Be It Known That Koichi HORIKAWA and Atsushi IWATA
of c/o NEC Corporation, 7-1, Shiba 5-chome, Minato-ku, Tokyo, Japan, having made an invention entitled "ADDRESS RESOLUTION SYSTEM"
the following disclosure contains a correct and full description of the invention and of the best mode known of the inventors of taking advantage of the same.
ADDR~SS RESOLUTION SYSTEM
BACKGROUN~ OF THE INVENTION
The present invention relates to an address resolution system for an NBMA (Non-Broadcast, Multi-Access~ network and using an NHRP (NBMA Next Hop Resolution Protocol) and, 5 more particularly, to an address resolution system in which the NHRP and a conventional ATMARP (Asynchronous Transfer Mode Address Resolution Protocol) are interoperable.
The NHRP is discussed in IETF (Internet Engineering T a s k Force) as an address resolution protocol for the NBMA
10 network. The specifications of the NHRP are described in, e.g., draft-ietf-rolc-nhrp-08.txt. In the following description, the NBMA network and its upper protocol are respectively assumed to be, but not limited to, an ATM
(Asynchronous Transfer Mode) network and an IP (Internet 1 5 Protocol).
Generally, to hold IP communication on the ATM
network, means for obtaining an ATM address from the IP
address of the other terminal is necessary. For this purpose, the NHRP scheme asslgns the control of the IP address and 2 0 ATM Address pairs of ATM terminals connected to the ATM
network to distributed NHRP servers (NHSs) each being located at a particular area, e.g., LIS (Logical IP Subnetwork).
Assume that an ATM terminal intends to solve an ATM
address for the IP address of another ATM terminal to 5 communicate with, it sends an NHRP resolution request packet to a preselected NHS. If the NHS received the request packet can resolve the address, it returns an NHRP resolution reply packet to the above ATM terminal. If otherwise, the ~H S
transfers the request packet to another NHS which seems to 1 0 be controlling the IP address to be resolved. As a result, the request packet is sequentially transferred between a plurality of NHSs until it reaches an NHS capable of resolving the address.
Therefore, even if the other ATM terminal belongs to an 1 5 LIS different form the LIS of the ATM terminal intending to solve the ATM address, the ATM address can be solved so long as the other ATM terminal is directly connected to the ATM
network. If the other ATM terminal is not directly connected to the ATM network, there can be resolved the ATM address of 2 0 a router (gateway) located at the outlet of the ATM network.
The ATMARP is another address resolution protocol for the ATM network and already standardized by IETF Requests for Comments (RFC). In the case of the ATMARP, address resolution is limited to the same EIS, and an ATMARP request 2 5 packet is not transferred between different ATMARP servers.
Because the NHRP and ATMARP are entirely different protocols and have not heretofore been provided with interoperability.
When an LIS implemented with ATMARP adopts the NHRP
5 as a new address resoluti~n protocol, all the terminals belonging to the LIS must be replaced with terminals adaptive to the NHRP because the conventional NHRP servers cannot deal with the ATMARP. This prevents existing terminals using the ATMARP and terminals newly using the NHRP cannot 10 exist together in the same LIS.
A simple solution to the above problem may be causing an NHRP server to play the role of an ATMARP server at the same time, i.e., C~USinf~ an NHRP server and an ATMARP server to share the address information of NHRP terminals and 1 5 ATMARP terminals. This, however, brings about the following problems. Even when a given NHRP terminal intends to resolve the address of an ATMARP terminal belonging to an LIS different from the LIS of the NHRP terminal, the ATM
address of the ATMARP terminal itself can be resolved. Then, 2 0 the NHRP terminals sets up SVC (Switched Virtual ~onnection) to the ATMARP terminal and then sends an IP
packet via the SVC. At this instant, assume that the ATMARP
terminal whose address should be resolved intends to send an IP packet to the NHRP terminal. Then, the ATMARP terminal 2 5 resolves the ATM address of a router, or IP Next Hop, on the route to the NHRP terminal, sets up SVC to the router, and then sends an IP packet. That is, different SVC is set up for each of transmission and receipt between the ATMARP
terminal and the NHRP terminal, simply wasting the SVC set 5 up by the NHRP terminal.
Moreover, the ATMARP terminal may expect that an IP
packet from a different LIS arrives at the ATMARP terminal by way of the packet filtering function of a router belonging to the same LIS. However, because the NHRP terminal directly 10 sets up SVC to the ATMARP terminal, as stated above, the filtering function at the IP level available with the router cannot be used.
SUMMARY OF THE INVENTION
It is therefore an object of the present invention to provide an address resolution system in which even when an LIS implemented with the ATMARP for the address resolution protocol of an ATM network adopts the NHRP as a new address resolution protocol, it is not necessary to replace all the 2 Q terminals belonging to the LIS with terminals adaptive to the NHRP, i.e., terminals using the existing ATMARP and terminals newly using the NHRP can exist together in the same LIS.
It is another object of the present invention to provide an address resolution system in which even an NHRP terminal 2 5 belonging to a given LIS intends to resolve the address of an ATMARP terminal belonging to a different LIS, the address of the gateway to the ATMARP terminal can be resolved.
In accordance with the present invention, in an NHRP
~NBMA Next Hop Resolution Protocol) address resolution 5 system for transforming a network layer address to a data link layer address- in an NBMA network not sharing media, an NHRP processing section provides a function of resolving a n address while an ATMARP processing section provides a function of resolving an address on the basis of the ATMARP.
10 A holding section is selectively accessed by the NHRP
processing section or ATMARP processing section for holding address information registered by the NHRP or address information registered by the ATMARP. When the NHRP
processing section receives an NHRP resolution request 15 packet requesting for a resolution of the address of a given ATMARP terminal's address, the processing section sends, if the ATMARP terminal and a terminal sent the NHRP resolution request packet do not belong to the same subnetwork, a reply representative of the address information of an interface 2 0 received the request packet.
BRIEF DESCRIPIION OF THE DRAW~NGS
The above and other objects, features and advantages of the present invention will become apparent from the following detailed description taken with the accompanying drawings in which:
FIG. 1 shows a network to which the present invention i s applicable;
FIG. 2 is a block diagram schematically showing an NHS;
FIG. 3 shows the configuration of an address information cache; and FIG. 4 is a flowchart representative of an address resolution system embodying the present invention.
DESCRlPr'ION OF l~ PREFE3~D EMBOD~ T
A preferred embodiment of the address resolution system in accordance with the present invention will be described hereinafter.
As shown in FIG. 1, assume a single ATM network 1 in which a plurality of LISs (LIS-A 10, LIS-B 20 and LIS-C 30) are defined. Terminals directly connected to the ATM network 1 (e.g. NHRP terminals 11 and 31) are assumed to be capable of setting up SVC to each other at the ATM level. It is to ~e 2 0 noted that ATM switches constituting the network 1 are not shown, and that only a part of lines connecting them is shown.
There are also shown in FIG. 1 NHRP servers NHS-A 100 and NHS-B 200. The server NHS-A 100 has an interface belonging to the LIS-A 10 and I,IS-B 20 while the server 2 5 NHS-B 200 has an interface belonging to the LIS-B 20 and LIS-C 30. In the illustrative embodiment, assume that the server NHS-A 100 controls the LIS-A 10, and that the server NHS-B 200 controls the LIS-B 20 and LIS-C 30. The NHRP
terminal 11 and an NHRP terminal 12 belong to the I,IS-A 10 5 while the NHRP terminal 31 belongs to the LIS-C 30. ATMARP
terminals 13 and 14 belong to the LIS-A while the ATMARP
terminal 32 belongs to the LIS-C 30. A router 300 belongs to the LIS-A lQ and LIS-B 20.
FIG. 2 shows the construction of each NHSs. As shown, 1 û each NHS includes an NHRP processing 101 having a plurality of interfaces 110, 111 and 112 each being assigned to a particular LIS. Speci~ically, the interfaces 1 10-112 are connected to ATM switches constituting the ATM network 1 shown in FIG. 1. The NHRP processing 101 plays the role of a 15 conventional NHRP server. An ATMARP processing 1 02 shares the interfaces 110-112 with the NHRP processing 10l and plays the role of an ATMARP server. An address information cache 103 stores the address information of an NHRP terminal which the NHRP proces~ing 101 obtained by, e.g., receiving an 2 0 NHRP registration packet, and stores the address information of an ATMARP terminal which the ATMARP processing 1 Q2 obtained by receiving an InATMARP reply.
FIG. 3 shows the configuration of the address information cache 103. As shown, the cache 103 has an IP
2 5 address field, an ATM address field and a type field for each entry. If a certain entry is obtained by the NHRP processing 101, "NHRP" is written to the type field of the entry. If the entry is obtained by the ATMARP processing 102, "ATMARP" is written to the type field.
The operation of the illustrative embodiment is as follows. In FIG. 1, the NHRP terminals 11 and 12 each sends an NHRP registration packet to the senrer NHS-A 100 so as to register its own address information. The NHRP processing 101 of the server NHS-A 100 receives the NHRP registration packets and stores the obtained address information of the NHRP terminals 11 and 12 in the address information cache 103 (type field = NHRP).
The ATMARP processing 102 included in the server NHS-A 100 sends an TnATMARP request to each of the ATMARP
terminals 13 and 14. In response, the ATMARP terminals 13 and 14 send InATMARP reply packets to the ATMARP
proces~in~ 102. The ATMARP processing 102 received the reply packets store the obtained address information of the ATMARP terminals 13 and 14 in the address information cache 2 0 103 (type field = ATMARP).
An address resolution procedure depends on the kind of the terminal to be subjected to resolutic~n (NHRP terminal or ATMARP terminal), the kind of the other terminal to communicate with, and the LIS to which the other terminal belongs. Specifically, there are four different cases to ~e dealt with, as follows:
( 1) communication between NHRP terminals or between ATMARP terminals;
(2~ communication of an NHRP terminal with an ATMARP
terminal belonging to the same LIS;
(3) communication of an ATMARP terminal with an NHRP
terminal belonging ta the same LIS; and (4) communication of an NHRP terminal with an ATMARP
terminal belonging to a different ~IS
Pirst, as for the case (1), assume that the NHRP
terminal 11 intends to resolve the address of the NHRP
terminal 12 or that of the NHRP terminal 31. Then, the NHRP
terminal 11 sends an NHRP resolution request packet to t h e server NHS-A 100 so as to resolve the address, as usual.
When the ATMARP terminal 13 intends to solve the address of the ATMARP terminal 14 or intends to solve the address of the router 300 in order to communicate with the ATMARP
terminal 32 not belonging to the ~IS-A 10, it sends an 2 0 ATMARP request to the server NHS-A 100 so as to resolve the address, as usual.
As for the case (2), assume that the NHRP terminal 11 intends to resolve the address of the ATMARP terminal 13.
Then, the NHRP terminal 11 sends an NHRP resolution request 2 5 packet to the server NHS-A 100. The NHRP processing 101 -1 ~
included in the server NHS-A 100 receives the above packet and performs the following operation. As shown in FIG. 4, the NHRP processing 101 determines whether or not the received packet is an NHRP resolution request packet (step 501). If t h e answer of this decision is negative (No, step 501), the processing 101 executes a routine matching with the kind of the received packet (conventional). If the answer of the step 501 is positive (Yes~, the processing 101 searches the address information cache 103 to see if an entry including an IP address to be resolved is present (step 503). If such an entry is absent in the cache 103, the processing 101 executes the conventional NHRP processing (step 505). If the above entry, i.e., the address information of the ATMARP
terminal 13 is present in the cache 103, the processing 101 reads a type written to the type field of the entry (step 506).
In this case, the type written to the type field is ATMARP. Therefore, the processing 101 determines whether or not the terminal to be resolved and the terminal sent the NHRP address request packet belong to the same LIS
2 0 (step 508). Because the ATMARP terminal 13 (to be solved) and the N~RP terminal 11 (sent the request packet) belong to the same LIS (Yes, step 508), the processing 101 returns a reply, as usual. As a result, the NHRP terminal 11 and ATMARP terminal 13 directly set up SVC therebetween and 2 5 then communicate with each other.
As for the case (3), assume that the ATMARP terminal 13 intends to resolve the address of the NHRP terminal 1 1.
Then, the ATMARP terminal 13 sends an ATMARP request packet to the server NHS-A 100. The ATMARP processing 102 in the server NHS-A 100 receives the A rMARP request packet and searches the address information cache 103 to see if an entry including an IP address to be resolved is present. If such an entry is present in the cache 103, the processing 102 sends a reply representative of the address information of t h e above entry to the ATMARP terminal 13 without regard to its type, i.e., whether the type is NHRP or ATMARP. In this case, the address information of the ~HRP terminal 11 is present in the cache 103, so that the ATMARP terminal 13 can resolve the address of the NHRP terminal 11. As a result, the ATMARP
terminal 13 and NHRP terminal 1 1 directly set up SVC
therebetween and communicate with each other.
As for the case (4~, assume that the NHRP terminal 31 intends to resolve the address of the ATM terminal 13. Then, the NHRP terminal 31 sends an NHRP resolution request to the 2 0 server NHS-B 200. The NHRP processing 101 included in the server NHS-B 200 receives the NHRP resolution request and executes the steps 501, 503 and 504 shown in FIG. 4 so as to determine whether or not a corresponding entry is present i n the cache 103 of the server NHS-B 200. If the corresponding 2 5 entry is absent in the cache 103, the processing 101 transfers the above request packet to the server NH~-A 100 (step 505) (conventional).
On receiving the request packet, the NHRP processing 101 of the server NHS-A 100 executes the steps 501, 503 and 5 504 so as to determine whether or not the corresponding entry is present in the associated cache 103. If the corresponding entry, i.e., the address information of the ATMARP terminal 13 is present in the cache 103, the processing 101 reads the type field of the entry (step 506).
Because the type is ATMARP, as determined in the step 506, the processing 101 determines whether or not the terminal to be solved and the terminal sent the NHRP
resolution request packet belong to the same LIS (step 508).
Because the ATMARP terminal 13 (to be solved) and NHRP
1 5 terminal 31 (sent the request packet) do not belong to the same LIS ~No, step 508), the processing 101 executes a step 509.
In the step 509, the processing 101 sends a reply representative of the address information of the interface 2 0 received the request packet (interface #2, FIG. 1) to the NHRP
terminal 3I). Alternatively, the processing 101 sends to th e NHRP terminal 31 a reply representative of the address information of, among the interfaces of a router (router 300) transferring packets between the LIS to which the interface 2 5 received the request packet belongs (LIS-B 20) and the LIS to which the terminal (ATMARP terminal 13) to be solved belongs, the interface connected to the LIS to which the interface received the request packet belongs (interface #2 of the router 3Q0).
On receiving the reply from the processing 101, the NHRP terminal 31 sets up SVC based on the resolved ATM
address and then sends an ~P packet via the SVC. Because the SVC is once terminated at the server NHS-A 100 or the router 300, the IP packet sent from the NHRP terminal 31 arrives at the IP layer ~f the server NHS-A 1 00 or that of the router 300. The IP packet is dealt with by the IP layer of the server NHS-A 100 or that of the router 300.
From the server NHS-A 100 or the router 300 to the ATMARP terminal 13, the address is resolved by either one of 1 5 the NHRP function and ATMARP function. Then, SVC is set up.
As a result, the NHRP terminal 31 and ATMARP terminal 13 do not directly communicate with each other, but communicate by way of the server NHS-A 100 or the router 300. In t h i s condition, there can be used, e.g., a packet filtering function 2 0 at the IP level. In addition, a single SVC path is set up for botll transmission and receipt between the N~RP terminal 31 and the ATMARP terminal 13.
In summary, it will be seen that the present invention provides an address resolving system having various 2 5 unprecedented advantages, as enumerated below.
( 1) Even when an LIS implemented with the ATMARP for the address resolution protocol of an ATM network adopts the NHRP as a new address resolution protocol, it is not necessary to replace all the terminals belonging to the LIS
5 with terminals adaptive to the NHRP. That is, terminals using the existing ATMARP and terminals newly using the NHRP can exist together in the same LIS. This is because, each server NHS can deal with both the NHRP and ATMARP and has a common address information cache.
(2~ Even an NHRP terminal belonging to a given LIS
intends to resolve the address of an ATMARP terminal belonging to a different LIS, the address of the gateway to t h e ATMARP terminal can be resolved. This is because a server NHS to reply resolves not the ATM address of the ATMARP
1 S terminal itself, but the address of an NHS controlling a subnetwork to which the ATMARP terminal belongs or the address of the another router.
(3) When an NHRP terminal and an AI~ARP terminal each belonging to a different subnetwork hold communication, the 2 0 packet filtering function of the above gateway can be used.
This is because the NHRP terminal sets up SVC to the above gateway and sends an IP packet to the gateway via the SVC on the basis of the above advantage (2).
~4) SVC is prevented from being wastefully set up. This 2 S is because an NHRP terminal and an ATMARP terminal each .
belonging to a different subnetwork do not directly communicate via SVC, but communicate by way of a gateway on the basis of the above advantage (2). Therefore, a single SVC path is set up for both transmission and receipt between S the NHRP terminal and the ATMARP terminal.
Various modifications will become possible for those skilled in the art after receiving the teachings of the present disclosure without departing from the scope thereof.
terminal belonging ta the same LIS; and (4) communication of an NHRP terminal with an ATMARP
terminal belonging to a different ~IS
Pirst, as for the case (1), assume that the NHRP
terminal 11 intends to resolve the address of the NHRP
terminal 12 or that of the NHRP terminal 31. Then, the NHRP
terminal 11 sends an NHRP resolution request packet to t h e server NHS-A 100 so as to resolve the address, as usual.
When the ATMARP terminal 13 intends to solve the address of the ATMARP terminal 14 or intends to solve the address of the router 300 in order to communicate with the ATMARP
terminal 32 not belonging to the ~IS-A 10, it sends an 2 0 ATMARP request to the server NHS-A 100 so as to resolve the address, as usual.
As for the case (2), assume that the NHRP terminal 11 intends to resolve the address of the ATMARP terminal 13.
Then, the NHRP terminal 11 sends an NHRP resolution request 2 5 packet to the server NHS-A 100. The NHRP processing 101 -1 ~
included in the server NHS-A 100 receives the above packet and performs the following operation. As shown in FIG. 4, the NHRP processing 101 determines whether or not the received packet is an NHRP resolution request packet (step 501). If t h e answer of this decision is negative (No, step 501), the processing 101 executes a routine matching with the kind of the received packet (conventional). If the answer of the step 501 is positive (Yes~, the processing 101 searches the address information cache 103 to see if an entry including an IP address to be resolved is present (step 503). If such an entry is absent in the cache 103, the processing 101 executes the conventional NHRP processing (step 505). If the above entry, i.e., the address information of the ATMARP
terminal 13 is present in the cache 103, the processing 101 reads a type written to the type field of the entry (step 506).
In this case, the type written to the type field is ATMARP. Therefore, the processing 101 determines whether or not the terminal to be resolved and the terminal sent the NHRP address request packet belong to the same LIS
2 0 (step 508). Because the ATMARP terminal 13 (to be solved) and the N~RP terminal 11 (sent the request packet) belong to the same LIS (Yes, step 508), the processing 101 returns a reply, as usual. As a result, the NHRP terminal 11 and ATMARP terminal 13 directly set up SVC therebetween and 2 5 then communicate with each other.
As for the case (3), assume that the ATMARP terminal 13 intends to resolve the address of the NHRP terminal 1 1.
Then, the ATMARP terminal 13 sends an ATMARP request packet to the server NHS-A 100. The ATMARP processing 102 in the server NHS-A 100 receives the A rMARP request packet and searches the address information cache 103 to see if an entry including an IP address to be resolved is present. If such an entry is present in the cache 103, the processing 102 sends a reply representative of the address information of t h e above entry to the ATMARP terminal 13 without regard to its type, i.e., whether the type is NHRP or ATMARP. In this case, the address information of the ~HRP terminal 11 is present in the cache 103, so that the ATMARP terminal 13 can resolve the address of the NHRP terminal 11. As a result, the ATMARP
terminal 13 and NHRP terminal 1 1 directly set up SVC
therebetween and communicate with each other.
As for the case (4~, assume that the NHRP terminal 31 intends to resolve the address of the ATM terminal 13. Then, the NHRP terminal 31 sends an NHRP resolution request to the 2 0 server NHS-B 200. The NHRP processing 101 included in the server NHS-B 200 receives the NHRP resolution request and executes the steps 501, 503 and 504 shown in FIG. 4 so as to determine whether or not a corresponding entry is present i n the cache 103 of the server NHS-B 200. If the corresponding 2 5 entry is absent in the cache 103, the processing 101 transfers the above request packet to the server NH~-A 100 (step 505) (conventional).
On receiving the request packet, the NHRP processing 101 of the server NHS-A 100 executes the steps 501, 503 and 5 504 so as to determine whether or not the corresponding entry is present in the associated cache 103. If the corresponding entry, i.e., the address information of the ATMARP terminal 13 is present in the cache 103, the processing 101 reads the type field of the entry (step 506).
Because the type is ATMARP, as determined in the step 506, the processing 101 determines whether or not the terminal to be solved and the terminal sent the NHRP
resolution request packet belong to the same LIS (step 508).
Because the ATMARP terminal 13 (to be solved) and NHRP
1 5 terminal 31 (sent the request packet) do not belong to the same LIS ~No, step 508), the processing 101 executes a step 509.
In the step 509, the processing 101 sends a reply representative of the address information of the interface 2 0 received the request packet (interface #2, FIG. 1) to the NHRP
terminal 3I). Alternatively, the processing 101 sends to th e NHRP terminal 31 a reply representative of the address information of, among the interfaces of a router (router 300) transferring packets between the LIS to which the interface 2 5 received the request packet belongs (LIS-B 20) and the LIS to which the terminal (ATMARP terminal 13) to be solved belongs, the interface connected to the LIS to which the interface received the request packet belongs (interface #2 of the router 3Q0).
On receiving the reply from the processing 101, the NHRP terminal 31 sets up SVC based on the resolved ATM
address and then sends an ~P packet via the SVC. Because the SVC is once terminated at the server NHS-A 100 or the router 300, the IP packet sent from the NHRP terminal 31 arrives at the IP layer ~f the server NHS-A 1 00 or that of the router 300. The IP packet is dealt with by the IP layer of the server NHS-A 100 or that of the router 300.
From the server NHS-A 100 or the router 300 to the ATMARP terminal 13, the address is resolved by either one of 1 5 the NHRP function and ATMARP function. Then, SVC is set up.
As a result, the NHRP terminal 31 and ATMARP terminal 13 do not directly communicate with each other, but communicate by way of the server NHS-A 100 or the router 300. In t h i s condition, there can be used, e.g., a packet filtering function 2 0 at the IP level. In addition, a single SVC path is set up for botll transmission and receipt between the N~RP terminal 31 and the ATMARP terminal 13.
In summary, it will be seen that the present invention provides an address resolving system having various 2 5 unprecedented advantages, as enumerated below.
( 1) Even when an LIS implemented with the ATMARP for the address resolution protocol of an ATM network adopts the NHRP as a new address resolution protocol, it is not necessary to replace all the terminals belonging to the LIS
5 with terminals adaptive to the NHRP. That is, terminals using the existing ATMARP and terminals newly using the NHRP can exist together in the same LIS. This is because, each server NHS can deal with both the NHRP and ATMARP and has a common address information cache.
(2~ Even an NHRP terminal belonging to a given LIS
intends to resolve the address of an ATMARP terminal belonging to a different LIS, the address of the gateway to t h e ATMARP terminal can be resolved. This is because a server NHS to reply resolves not the ATM address of the ATMARP
1 S terminal itself, but the address of an NHS controlling a subnetwork to which the ATMARP terminal belongs or the address of the another router.
(3) When an NHRP terminal and an AI~ARP terminal each belonging to a different subnetwork hold communication, the 2 0 packet filtering function of the above gateway can be used.
This is because the NHRP terminal sets up SVC to the above gateway and sends an IP packet to the gateway via the SVC on the basis of the above advantage (2).
~4) SVC is prevented from being wastefully set up. This 2 S is because an NHRP terminal and an ATMARP terminal each .
belonging to a different subnetwork do not directly communicate via SVC, but communicate by way of a gateway on the basis of the above advantage (2). Therefore, a single SVC path is set up for both transmission and receipt between S the NHRP terminal and the ATMARP terminal.
Various modifications will become possible for those skilled in the art after receiving the teachings of the present disclosure without departing from the scope thereof.
Claims (2)
PROPERTY OR PRIVILEGE IS CLAIMED ARE DEFINED AS FOLLOWS:
1. An NHRP address resolution system for transforming a network layer address to a data link layer address in an NBMA network not sharing media, said system comprising:
NHRP processing means for providing a function of resolving an address;
ATMARP processing means for providing a function of resolving an address on the basis of an ATMARP; and holding means selectively accessed by said NHRP
processing means and said ATMARP processing means, for holding address information registered by an NHRP or address information registered by said ATMARP;
wherein when said NHRP processing means receives a n NHRP resolution request packet requesting for a resolution of an address of a given ATMARP terminal's address, said NHRP
processing means sends, if said ATMARP terminal and a terminal sent said NHRP resolution request packet do not belong to a same subnetwork, a reply representative of address information of an interface received said NHRP
resolution request packet.
NHRP processing means for providing a function of resolving an address;
ATMARP processing means for providing a function of resolving an address on the basis of an ATMARP; and holding means selectively accessed by said NHRP
processing means and said ATMARP processing means, for holding address information registered by an NHRP or address information registered by said ATMARP;
wherein when said NHRP processing means receives a n NHRP resolution request packet requesting for a resolution of an address of a given ATMARP terminal's address, said NHRP
processing means sends, if said ATMARP terminal and a terminal sent said NHRP resolution request packet do not belong to a same subnetwork, a reply representative of address information of an interface received said NHRP
resolution request packet.
2. A system as claimed in claim 1, wherein said address information represented by said reply comprises the address information of, among interfaces of a router transferring packets between a subnetwork to which said interface received said NHRP resolution request packet belongs and a subnetwork to which said ATMARP terminal whose address should be solved belongs, the interface connected to said subnetwork to which said interface received said NHRP
resolution request packet belongs.
resolution request packet belongs.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8-215747 | 1996-08-15 | ||
| JP21574796A JP2845207B2 (en) | 1996-08-15 | 1996-08-15 | Address resolution device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2213011A1 CA2213011A1 (en) | 1998-02-15 |
| CA2213011C true CA2213011C (en) | 2000-10-10 |
Family
ID=16677550
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA 2213011 Expired - Fee Related CA2213011C (en) | 1996-08-15 | 1997-08-14 | Address resolution system |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5909446A (en) |
| EP (1) | EP0825747B1 (en) |
| JP (1) | JP2845207B2 (en) |
| CA (1) | CA2213011C (en) |
| DE (1) | DE69734695T2 (en) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11122271A (en) * | 1997-10-09 | 1999-04-30 | Nec Corp | Dynamic atm address setting system |
| US6189041B1 (en) * | 1997-11-12 | 2001-02-13 | International Business Machines Corporation | Next hop resolution protocol cut-through to LANs |
| US6252857B1 (en) * | 1998-03-04 | 2001-06-26 | At&T Corp. | Method and apparatus for provisioned and dynamic quality of service in a communications network |
| US6343083B1 (en) * | 1998-04-09 | 2002-01-29 | Alcatel Usa Sourcing, L.P. | Method and apparatus for supporting a connectionless communication protocol over an ATM network |
| US6182193B1 (en) * | 1998-05-28 | 2001-01-30 | 3Com Corporation | Caching system using cache indexes for call group data of call requests in ATM network devices |
| CA2341257A1 (en) * | 1998-08-26 | 2000-03-09 | Nortel Networks Limited | Non-broadcast, multiple access inverse next hop resolution protocol (innhrp) |
| WO2000014938A2 (en) * | 1998-09-09 | 2000-03-16 | Sun Microsystems, Inc. | Method and apparatus for transparently processing dns traffic |
| DE19843626B4 (en) * | 1998-09-23 | 2005-02-03 | Siemens Ag | Method for determining a network access address |
| US6771649B1 (en) | 1999-12-06 | 2004-08-03 | At&T Corp. | Middle approach to asynchronous and backward-compatible detection and prevention of ARP cache poisoning |
| JP3491826B2 (en) | 2000-07-13 | 2004-01-26 | 日本電気株式会社 | MAC address notification method in MPOA system and MPOA server therefor |
| US7430170B2 (en) * | 2002-12-26 | 2008-09-30 | Nokia Siemens Networks Oy | System and method for implementing protocol stack across multiple chassis |
| US11218559B2 (en) * | 2019-05-28 | 2022-01-04 | Red Hat, Inc. | Asymmetric networking proxy |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5491693A (en) * | 1993-12-30 | 1996-02-13 | International Business Machines Corporation | General transport layer gateway for heterogeneous networks |
| US5600644A (en) * | 1995-03-10 | 1997-02-04 | At&T | Method and apparatus for interconnecting LANs |
| US5617540A (en) * | 1995-07-31 | 1997-04-01 | At&T | System for binding host name of servers and address of available server in cache within client and for clearing cache prior to client establishes connection |
-
1996
- 1996-08-15 JP JP21574796A patent/JP2845207B2/en not_active Expired - Fee Related
-
1997
- 1997-08-13 DE DE1997634695 patent/DE69734695T2/en not_active Expired - Lifetime
- 1997-08-13 EP EP19970113969 patent/EP0825747B1/en not_active Expired - Lifetime
- 1997-08-14 CA CA 2213011 patent/CA2213011C/en not_active Expired - Fee Related
- 1997-08-14 US US08/907,831 patent/US5909446A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2845207B2 (en) | 1999-01-13 |
| JPH1065734A (en) | 1998-03-06 |
| EP0825747A3 (en) | 2003-09-24 |
| DE69734695D1 (en) | 2005-12-29 |
| CA2213011A1 (en) | 1998-02-15 |
| US5909446A (en) | 1999-06-01 |
| DE69734695T2 (en) | 2006-07-20 |
| EP0825747A2 (en) | 1998-02-25 |
| EP0825747B1 (en) | 2005-11-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5982773A (en) | Lan connection method | |
| US6172981B1 (en) | Method and system for distributing network routing functions to local area network stations | |
| US6188689B1 (en) | Network node and method of frame transfer | |
| US6516000B1 (en) | Communications system for transmission of datagram packets over connection-oriented networks | |
| EP2466801B1 (en) | Communication method and corresponding access service node | |
| US5600644A (en) | Method and apparatus for interconnecting LANs | |
| US5996021A (en) | Internet protocol relay network for directly routing datagram from ingress router to egress router | |
| JP2842530B2 (en) | ATM VLAN client-server system | |
| US5949753A (en) | Redundant internet protocol gateways using local area network emulation | |
| US5822320A (en) | Address resolution method and asynchronous transfer mode network system | |
| US6304912B1 (en) | Process and apparatus for speeding-up layer-2 and layer-3 routing, and for determining layer-2 reachability, through a plurality of subnetworks | |
| US6389023B1 (en) | Router device and frame transfer method using datalink layer frame switching | |
| EP0884925A2 (en) | Lan internet connection | |
| CA2213011C (en) | Address resolution system | |
| JPH1188345A (en) | Router device and control frame processing method | |
| US9130855B2 (en) | Non-broadcast multiple access inverse next hop resolution protocol (INHRP) | |
| JPH1065735A (en) | Address resolving device | |
| US7599376B2 (en) | Converter and communication control method | |
| US6947423B2 (en) | MAC address notification method in MPOA systems and MPOA server for the same | |
| KR100224318B1 (en) | Lan traffic handling method in atm switching system of public network | |
| JPH10303904A (en) | Svc connection method by atmarp table registration in ipover atm | |
| JPH10145373A (en) | Address solving system in connectionless type communication network | |
| ATM | Technical Committee Multi-Protocol Over ATM Version 1.1 | |
| Kim et al. | IPOA with LAG model: for easy implementation and guaranteeing high performance | |
| KR19990065730A (en) | How to handle B.U.S in LAN emulation |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |