WO2005034440A1 - ルータ選択方法及びルータ装置 - Google Patents

ルータ選択方法及びルータ装置 Download PDF

Info

Publication number
WO2005034440A1
WO2005034440A1 PCT/JP2004/014891 JP2004014891W WO2005034440A1 WO 2005034440 A1 WO2005034440 A1 WO 2005034440A1 JP 2004014891 W JP2004014891 W JP 2004014891W WO 2005034440 A1 WO2005034440 A1 WO 2005034440A1
Authority
WO
WIPO (PCT)
Prior art keywords
router
packet
relay
data
received
Prior art date
Application number
PCT/JP2004/014891
Other languages
English (en)
French (fr)
Inventor
Masayuki Kumazawa
Taisuke Matsumoto
Shinkichi Ikeda
Hirokazu Kobayashi
Makoto Funabiki
Toyoki Kawahara
Original Assignee
Matsushita Electric Industrial Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to EP04792176A priority Critical patent/EP1617605A4/en
Priority to US10/554,717 priority patent/US7499396B2/en
Priority to CNB200480014999XA priority patent/CN100505671C/zh
Publication of WO2005034440A1 publication Critical patent/WO2005034440A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/06Deflection routing, e.g. hot-potato routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/60Router architectures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/125Shortest path evaluation based on throughput or bandwidth
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • H04L45/306Route determination based on the nature of the carried application
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/56Routing software
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/58Association of routers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/58Association of routers
    • H04L45/586Association of routers of virtual routers

Definitions

  • the present invention relates to routers, and particularly to a router selection for determining a router corresponding to a specific bucket flow in a local area network (LAN) in which two or more routers having a function of connecting to an external network exist. And a router device.
  • LAN local area network
  • a set of routers called virtual routers share one IP address, one router, which is the master router, operates as a default router of the LAN, and the other routers are back-up routers. Wait as evening. A priority is set for each roux.
  • the priority is set in the descending order of the router's packet transfer capability, it is possible to improve the communication efficiency of the entire LAN.
  • LAN router and a router with a cellular network access interface (cellular network)
  • cellular network cellular network
  • FIG. 28 is a configuration diagram showing the method described in this publication.
  • the access selection 15 1 is based on the access capability set in the information 15 3 related to this access of the router with an interface to one of the access networks and the user's user preference 15 2.
  • the terminal compares the access capability required by the set user, and determines the optimal router.
  • the above-described conventional configuration has a problem that not only the router but also the terminal needs to have a special function because the terminal selects the router.
  • the communication function of the terminal is lower than the communication function of the terminal, and the addition of the above functions is not realistic in terms of cost / device size.
  • An object of the present invention is to solve the above-mentioned conventional problems, and to provide a network selection method and a network device that realize efficient communication as a whole network while complying with application requirements and the like. It is in.
  • the router selection method according to the present invention is for a local area network including a plurality of routers relaying to an external network, wherein all routers in the same segment include a multicast packet including its own identifier. Periodically multicasting data packets between routers in the same segment, based on information contained in the multicast packets that the router received from other routers in the same segment.
  • the decision step is that the router that received the data packet transmits this data packet to another segment. If the data is not relayed to the router, the data packet is redirected to the source of the data packet so that the selected route becomes the relay destination, and the data packet is forwarded to the selected router.
  • a transfer step of discarding, and a step of transmitting, by the source node having received the redirect, the data packet and the subsequent data packet to the designated router, and the transfer step includes: It is characterized in that it is repeated until it is received at a roux that can be relayed.
  • the router selection method is for a local area network including a plurality of routers relaying with an external network, wherein all routers in the same segment include a multicast packet including a self-identifier. Periodically multicasting the information contained in the multicast packets received by the router from other routers in the same segment. Based on the information, a step for selecting a router to transfer data packets between multiple routers in the same segment, and a data packet received by each router from a node or a router in the same segment in advance. A step of deciding whether or not to relay to another segment according to the given conditions, and, if the router decides not to relay the received data packet to another segment, the data packet is transmitted to the selected router.
  • Steps to be forwarded and when the router forwards this data packet to another segment, this data packet is not directly received from the source node, but is forwarded from another router.
  • the forwarding report information indicating that the packet itself can relay the forwarded packet can be transmitted. Transmitting to the evening, and when the forwarding source router receives the relay report information, it determines whether or not it is the first router to forward the data bucket targeted for the relay report information. If the first router is the first router, it sends a redirect to the source node of this data packet, indicating a route that can be relayed, and if it is not the first router, the data to be included in the relay report information Transferring the relay report information to the router that was the transfer source of the bucket.
  • a router suitable for relaying the bucket is eventually selected.
  • the selection of “Lu-Yu” is performed only by the “Ru-Yu” redirection, it is not necessary to add a new function to the terminal.
  • a redirect packet is transmitted only when a router capable of relaying is determined, an increase in network load due to an increase in redirect packets can be suppressed. Also, since the terminal needs to change the route only once, the processing load on the terminal can be reduced.
  • the multicast packet in the router selection method is characterized by being an identifier for each class. This eliminates the need to manually set the order. Also, for example, by determining the order based on the ascending / descending order of the identifiers, it is possible to determine the order without duplication.
  • the router selection method according to the present invention is characterized in that the order of selecting routers in the router selection step uses only information included in the multicast bucket.
  • the data bucket when the data bucket is transferred to a router that does not support the rule selection method according to the present invention, the data bucket is not transferred to any subsequent routers, and the data bucket is not transferred. It is possible to prevent the load from being concentrated on routers that are not running.
  • the order in which the selected rouge is determined in the rouge selection method according to the present invention is characterized in that it is updated in accordance with the addition or deletion of rouge to the same segment. This makes it possible to select a router including the added router when adding a router, and to select a router excluding the deleted router when deleting a router.
  • the multicast bucket in the router selection method according to the present invention is a packet that is transmitted periodically from each router, and when a multicast packet is received from a router that has not received the multicast packet, the router is added to the same segment. Is added in order. This eliminates the need to manually update the order when a router is added.
  • the router selection method according to the present invention is characterized in that when a multicast bucket is not transmitted from a specific router for a certain period of time, the specific router is deleted from the LAN as being deleted from the LAN. This eliminates the need to manually update the order when deleting a router.
  • the router device according to the present invention should relay a multicast packet transmitting unit that periodically multicasts a multicast packet including its own identifier to another segment received from a node or a router in the same segment.
  • a relay determining unit that determines whether or not to relay a data packet to another segment in accordance with a predetermined rule; and a multicast packet received from another route in the same segment.
  • an order determining unit that determines a router that forwards the data packet from among routers in the same segment, and receives a notification indicating that relay is impossible from the relay determining unit, and selects the router by the order determining unit. Transfer the packet to the specified router and specify the destination router in the data packet. To notify the data packet source as previously or the data packets discarded and a bucket preparative relay unit.
  • the router can determine whether or not to relay a packet based only on the information held by itself, and there is no need to transmit the information held by itself to other terminals or routers. Can be set freely for each router. Also, a router that is suitable for relaying packets is eventually selected. Since the switching of the relay router is performed only by the router redirection, it is not necessary to add a new function to the terminal.
  • the router device includes a multicast packet transmitting unit that periodically multicasts a multicast packet including its own identifier, and data to be relayed to another segment received from a node or a router in the same segment.
  • a relay determination unit that determines whether or not to relay a packet to another segment according to predetermined conditions; and information included in this multicast packet received from another route in the same segment. Based on this, from within the same segment An order determining unit that determines a router to which a data packet is to be transferred; and, upon receiving a notification that relaying is not possible from the relay determining unit, transfer the data packet to the router selected by the order determining unit.
  • the source of the data bucket is a node
  • the bucket identifier for identifying the data bucket and the device identifier for identifying the source are stored in the header information storage unit in association with each other.
  • Packet relay unit a relay report generation unit that generates a relay report message that reports that it is relaying its own packet in response to a request from this bucket relay unit, and a relay report message received from another router.
  • a relay report transfer unit that transfers the packet to the source router of the data packet.
  • the packet relay unit is intended for relay report messages received from other routers.
  • Isseki bucket I if it is identical to that stored in the header information storage unit, is characterized by notifying the router for relaying data buckets bets to the source node indicated by the device identifier.
  • the router determines whether to relay the packet based only on the information held by itself, and it is not necessary to transmit the information held by itself to other terminals or routers. It can be set freely for each router. Also, a router that is suitable for relaying packets is eventually selected. Since the switching of the relay router is performed only by redirection of the router, it is not necessary to add a new function to the terminal. Furthermore, since the redirect packet is transmitted only when the route that can be relayed is determined, it is possible to suppress an increase in the network load due to an increase in the redirect bucket. In addition, since the terminal needs to change the route only once, the processing load on the terminal can be reduced.
  • the order determining unit of the router determines the selection order of the routers by using the identifier included in the multicast bucket. This allows the hand It is not necessary to set the order manually. Also, for example, by determining the order according to the ascending / descending order of the identifiers, it is possible to determine the order without duplication.
  • the order determining unit of the router according to the present invention determines the selection order of the routers by further using the flag information included in the multicast packet. As a result, it is possible to prevent the router that is not the router according to the present invention from being included in the order of selecting the router, and when a data packet is transferred to the router according to the present invention, the subsequent transfer is performed. It is possible to prevent concentration of the load due to the fact that the operation is not performed.
  • the order determination unit of the router adds a multicast bucket to a selection order when a multicast bucket is received from a packet that is not included in the selection order, and transmits the packet for a specified time from a router included in the selection order. It has an order updating unit that deletes from the selection order when a multicast packet is not received. This eliminates the need to manually update the sequence when a route is added or deleted.
  • the relay availability condition by the relay determining unit of the router includes the type of the data packet, the congestion state in the router, the transmission capacity, the number of times the relay determining unit determines not to relay, or the communication cost, or Any combination of these conditions.
  • the router determines the status of the line to be accessed and makes a decision as to whether or not it is appropriate, so that a router suitable for relaying the packet is ultimately selected. Also, if packets are transferred between routers many times without determining a suitable router for relaying, processing such as relaying by relaxing other conditions can be performed. An increase in network load can be prevented.
  • router selection according to various purposes can be performed. It can be realized by controlling only in the evening.
  • FIG. 1 is a configuration diagram of a communication system according to Embodiments 1 and 3 of the present invention.
  • FIG. 2 is a configuration diagram of the router according to the first embodiment of the present invention.
  • FIG. 3 is a diagram showing a transmission sequence of a data packet and a redirect packet in the first embodiment of the present invention.
  • FIG. 4 is a diagram showing a transmission sequence of a router advertisement packet in the first and third embodiments of the present invention.
  • 5A to 5C are diagrams showing the configuration of the order table held by the router according to the first embodiment of the present invention.
  • FIG. 6 is a flowchart of the transmission processing of a router advertisement packet in a router according to the first to third embodiments of the present invention.
  • FIG. 7 is a flow chart of the order table maintaining process in the first and third embodiments of the present invention.
  • FIG. 8 is a flowchart of the packet processing from the terminal of the router in the first and second embodiments of the present invention.
  • FIG. 9 is a flowchart of a router relay determination process according to the first to third embodiments of the present invention.
  • FIG. 10 is a flowchart of the relay determination process of the router according to the first to third embodiments of the present invention.
  • FIG. 11 is a front view of the relay judgment processing of the router according to the first to third embodiments of the present invention.
  • FIG. 12 is a format diagram of a router advertisement packet according to the first and third embodiments of the present invention.
  • FIG. 13 is a format diagram of a redirect packet according to the first to third embodiments of the present invention.
  • FIGS. 14A to 14C are diagrams showing the configuration of the flow tables held by the router 11 in the first to third embodiments of the present invention.
  • FIG. 15 is a diagram illustrating an example of correspondence between router characteristics and relay determination processing in the first or second embodiment of the present invention.
  • FIG. 16 is a diagram illustrating an example of correspondence between the characteristics of the router and the relay determination process in the first or second embodiment of the present invention.
  • FIG. 17 is a format diagram of a router advertisement packet according to the second embodiment of the present invention.
  • FIG. 18 is a configuration diagram of the router according to the second embodiment of the present invention.
  • FIG. 19 is a flowchart of the roulette order table maintaining process according to the second embodiment of the present invention.
  • FIG. 20 is a sequence diagram for explaining a redirect destination of a router according to the second embodiment of the present invention.
  • FIG. 21 is a configuration diagram of a router according to the third embodiment of the present invention.
  • FIG. 22 is a diagram illustrating the configuration of the order table held by the router according to the third embodiment of the present invention.
  • FIG. 23 is a flowchart of the packet processing and the relay report message processing from the terminal in the router according to the third embodiment of the present invention.
  • FIG. 24 is a flowchart of the bucket process and the relay report message process from the terminal of the router in the third embodiment of the present invention.
  • FIG. 25 is a flowchart of the packet processing from the router terminal and the relay report message processing in the third embodiment of the present invention.
  • FIG. 26 is a diagram illustrating a transmission sequence of a data packet and a redirect packet according to the third embodiment of the present invention.
  • FIG. 27A and FIG. 27B are format diagrams of the relay report message according to the third embodiment of the present invention.
  • FIG. 28 is a configuration diagram for explaining a conventional router selection method. BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 1 is a diagram illustrating a configuration of a network according to an embodiment of the present invention.
  • L1, L1, L12, L13 relay communication between LAN 1 and external network 2, and are third-generation cellular (bandwidth: 364 kbps, bucket billing).
  • PHS bandwidth: 64 kbps, flat-rate
  • wireless LAN bandwidth: 5 Mbps, flat-rate
  • Terminals 14 and 15 belong to LAN 1
  • external terminals 16 and 17 are connected to external network 2.
  • Routers 11 to 13 have a LAN interface in addition to the access interface, and are connected to terminals 14 and 15 having the same LAN interface.
  • FIG. 2 is a block diagram showing the configuration of the routers 11, 12, and 13 in the present embodiment.
  • LAN interface 208 is a physical layer for communication with terminals 14 ', 15 and other routers connected to LAN 1. Processing and overnight link layer processing are performed.
  • the access interface 209 performs a physical layer process and a data link layer process in communication with an external network.
  • the RA generation unit 201 generates a route advertisement (Router Advertisement) packet (hereinafter referred to as an RA bucket) including an identifier for identifying itself.
  • a route advertisement (Router Advertisement) packet hereinafter referred to as an RA bucket
  • the configuration of the RA generation unit 201 and the LAN interface 208 constitutes a multicast packet transmission unit.
  • the order table updating unit 202 registers the router in the order table in which the order of selecting a router in the same segment that relays a data packet received from a terminal in the same segment to another segment is described.
  • the sequence is updated upon deletion, and the updated sequence table is stored in the sequence table storage unit 204 and is read out at the next update.
  • the router determination unit 203 determines a corresponding router from this order table.
  • the order table updating unit 202, the router determining unit 203, and the order table storage unit 204 constitute the order determining unit 207.
  • the relay determination unit 205 determines the data packet received via the LAN interface 208 based on predetermined conditions such as the congestion state of the line to be accessed and the transmission capacity, and sends the data packet to a router in another segment. This determines whether or not to relay. Further, the relay determination unit 205 also has a flow table for managing a group of packets having the same source address and destination address as a flow.
  • the bucket relay unit 206 has a routing table, and according to the result of inquiry to the relay determination unit 205, the data bucket is transferred to the relay destination router according to the routing table. , Data packet To change the router that relays to the sender of the request.
  • FIG. 6 is a diagram illustrating the operation of the RA generation unit 201.
  • the RA generation unit 201 waits for a fixed time + random time (step S61) to prevent the synchronization of the RA bucket transmission time between routers (step S61), and the LAN interface 202
  • the RA packet is multicast via the server (step S62).
  • This fixed time is usually set to 5 seconds.
  • the format of the RA packet is shown in FIG. In the source address field (1 2 1), the address of the router transmitting the RA packet is set.
  • FIG. 7 is a flowchart for explaining the operation of the order determining unit 207.
  • the order table updating unit 202 checks whether or not an RA bucket has been received from another router via the LAN interface 208 (step S71), and if not received, a predetermined time from the previous arrival time. It is checked whether or not there is an already registered RO during which the RA packet does not arrive (step S72). If there is a corresponding router, the order table updating unit 202 deletes the relevant route from the order table (step S73), and returns to step S71. Even if there is no corresponding overnight, the process returns to step S71.
  • the order table updating unit 202 refers to the source address of the received RA packet and checks whether or not it has been registered in the order table (step S74). ). If it has been registered, it updates the previous arrival time that the router has entered (step S75), and if it has not been registered, it adds it to the sequence table (step S76).
  • the addition to this order table is performed by referring to the source address field (122) and registered in ascending order of the router host addresses. Note that the addresses are registered in ascending order.
  • the instruction to record is set in advance for each router.
  • FIGS. 5A to 5C show transitions of the order table in router 11 when routers 11, 12, and 13 multicast RA packets in the order shown in FIG.
  • the black circles indicate the source of the roux-advertisement packet
  • the white circles indicate the recipient of the roux-advertisement packet.
  • the router 11 When the router 11 has not received an RA packet from another router (step S21), it holds a sequence table including only its own address as shown in FIG. 5A.
  • step S22 upon receiving the RA packet from the router 13 (step S22), the address of the router 13 is added to the sequence table as shown in FIG. 5B. At this time, the reception time of the RA packet is entered in the previous arrival time column.
  • the address of the router 12 is added to the sequence table as shown in FIG. 5C.
  • the order table is created in the ascending order of the addresses, so the address of the router 12 is added between the router 11 and the router 13. It is assumed that the next entry after the last entry in the sequence table is the first entry.
  • FIGS. 9 to 11 are flowcharts illustrating the operation of the relay determining unit 205 in each of the routers 11 to 13.
  • FIG. 14A shows the states of the routers entered in the above order table.
  • This router 11 has a third-generation cellular communication access interface, and is set so that the first transfer request is always forwarded to another router in the same segment in order to reduce the frequency of use.
  • the relay decision unit 205 is activated by an inquiry from the packet relay unit 206, refers to the source address and destination address of the arriving packet, and determines whether there is an entry in the flow table.
  • Check (step S91). A series of packets in which the value of one or more fields of the bucket header is equal is defined as one flow. That is, here, a group of buckets having the same source address and destination address is defined as a flow. This means the packets that make up the specific host-to-host communication. If there is no entry for the flow of the arriving packet, set the source address and destination address in the flow table, add an entry as Redirected in the status column (step S92), and do not relay. Is determined (step S93).
  • step S94 it is checked whether or not the state of the flow table is redirect (step S94), and if not, it is determined that relaying is possible (step S97). If the status of the flow table is redirect, check whether the access interface is congested or not. Step S 95 5). If there is no congestion, the status is set to active (step S966), and it is determined that relay is possible (step S97), and a response is returned to the packet relay unit 206. If the access interface is congested, it is determined that relaying is impossible (step S93), and a response is returned to the packet relay unit 206.
  • the congestion state of the access interface can be determined by the number of buckets waiting in the packet buffer.
  • This router 12 has an access interface for communication with the PHS.
  • the relay determining unit 205 is activated by an inquiry from the packet relay unit 206 and checks whether or not the access interface is congested (step S101). If there is no congestion, it is determined that the relay is possible (step S102), and a response is returned to the bucket relay unit 206 to terminate the processing. On the other hand, when there is congestion (step S102), it is checked whether the received data packet is a voice packet (step S103). If the packet is a voice packet, it is determined that relaying is possible (step S102), and the processing ends. If the packet is not a voice packet, it is determined that relaying is not possible (step S104), and the process ends.
  • Whether or not the overnight packet is a voice packet can be determined by referring to the TCP / UDP port number or the like.
  • the reason for determining whether or not the packet is a voice packet is that the PHS connected to the router 12 has a transmission bandwidth of 64 kbps, and if the transmission speed is relatively low, such as voice, even if it is congested. This is because it has the ability to transmit audio without interruption.
  • the operation of the relay determination unit 205 of the server 13 will be described with reference to FIG.
  • This Le 13 is equipped with a wireless LAN access interface.
  • the relay determining unit 205 starts up in response to an inquiry from the packet relay unit 206 and checks whether or not the access interface is congested (step S111). If not, it is determined that relaying is possible (step S112), and the processing ends. On the other hand, if there is no congestion, it is determined that the relay is not possible (step S113), and a response is returned to the packet relay unit 206 to terminate the processing. In this way, the relay determination unit 205 of each of the routers 11 to 13 determines whether or not to relay to another segment.
  • the condition of whether or not to perform relaying is determined by the congestion state of the line, the transmission capacity, and the type of packet flow, but the present invention is not limited to this, and the judgment is made based on the transmission cost of each communication line. It is also possible.
  • whether or not to perform relay may be determined based on the properties of the external network to which the access interface 209 is connected. This case will be described with reference to FIGS.
  • Fig. 15 shows three roux devices (16 1 to 16 3) and three types of terminals (movie terminal 164, IP phone 165, laptop PC 166) according to the present invention.
  • FIG. 15 shows three roux devices (16 1 to 16 3) and three types of terminals (movie terminal 164, IP phone 165, laptop PC 166) according to the present invention.
  • FIG. 15 shows three roux devices (16 1 to 16 3) and three types of terminals (movie terminal 164, IP phone 165, laptop PC 166) according to the present invention.
  • the external network to which the access interface 209 of each server connects has the characteristics shown in FIG.
  • the external network 167 connected to the router 161 has a charge of 1 yen per packet, a communication band of 324 kbps, high security, and a low loss rate.
  • the external network 168 to which the Internet is connected has a fixed fee, a communication bandwidth of 64 kps, high security, and a medium-level loss rate.
  • —External network 16 9 to which evening 16 3 connects is flat-rate, communication bandwidth is 5 Mbps, security is low, and loss rate is high. Therefore, the conditions as to whether or not each of the routers 16 1 to 16 3 relays are determined as follows.
  • Video flow is relayed preferentially. This is because video requires a certain amount of bandwidth, low loss rates, and high security.
  • Router 163 Flows other than voice and video are relayed, but when the other flow is transferred in the evening and the same flow (data packet) arrives again, it is relayed.
  • each terminal starts communication under such conditions, according to the method of the present invention, as shown in FIG. 15, until a router suitable for a terminal to transmit from each terminal is selected. It is redirected and the flow of each terminal is
  • the router that relays the message is determined.
  • the data packet 1501 transmitted by the movie terminal 1664 to the router 161 matches the conditions of the router 161, it is relayed to the external network 1667 as it is.
  • the data packet 1502 sent by the IP phone 165 to the router 161 does not match the conditions of the router 161 and is forwarded to the router 162 as it is 1503 .
  • a redirect message is sent from the router 16 1 to the effect that the IP phone 16 5 Hell 1 168 relays, so as shown in Fig. 16, the IP phone 16 5 Send to router 1 62 2 1
  • the laptop PC 16 Although packet 1504 is transmitted, the condition is not met, and the packet is transferred to the next transfer order, i. Since the route 162 also does not meet the conditions for relaying this data packet, it is further transferred to the route 1653. Then, since the conditions are met in the case of roux 163, it is transmitted to network 169. At this time, a redirect message is sent from the router 16 1 to the laptop PC 16 6, and the laptop PC 16 6 sends a data bucket 15 07 to the router 16 2 Since the condition 2 is not met, the packet is forwarded to the router 16 3 15 6. Then, the router 162 also transmits a redirect message to the effect that the router 163 relays to the laptop PC 166. The laptop PC 166 receives this, and then transmits the data packet 162 directly to the router 163, as shown in FIG.
  • FIG. 8 is a flowchart illustrating the operation of the bucket relay unit 206.
  • the packet relay unit 206 when the packet relay unit 206 receives a packet addressed to an external network terminal from the LAN interface 208 (step S81), the packet relay unit 206 sets the value of the Hop Limit field of the IPV6 header to 1 Subtraction is performed (step S82). As a result of the subtraction, it is checked whether or not the value of the hop limit field is “0” (step S83), and if it is “0”, the packet is discarded (step S84).
  • step S85 If the value of the hop limit field is larger than 0, an inquiry is made to the relay determination section 205 as to whether or not to relay (step S85).
  • the packet relay unit 206 sets the access interface according to the routing table.
  • the packet is transmitted to the destination router of the external network, which is another segment, via the ace 209 (step S87).
  • the order determining unit 207 is inquired to which router in the same segment the received data bucket should be transferred (step S888).
  • the packet relay unit 206 transfers the packet to the router instructed by the order determination unit 206 (step S89), and sends to the source terminal a router to be the new relay destination.
  • the described redirect bucket is transmitted (step S90).
  • Figure 13 shows the data format of this redirect packet.
  • the address of the router that is the source of the redirect bucket is the source address (Src Address) field (13 1), and the address of the terminal that is the source of the bucket to be redirected.
  • the address (D st 'Ad dress) field (13 2), the redirect destination address is the evening get address (Target Ad dress) field (133), and the redirect The destination address of the bucket in question is written to each of the redirect destination (D st Ad dress) fields (134).
  • I CMP V 6 is used, but Internet control message protocol version 4 (I CMP V 4) can also be used.
  • step S84 the process returns to step S81, but if the transferred packet continues to be transferred without relaying any route, the value of the hop limit field is subtracted in step S82 for each transfer. And Hop Limit The packet whose field value is “0” is discarded in step S84.
  • the above-described relay determination unit 205, packet relay unit 206, and order determination unit 207 perform data packet relay processing and redirection processing of routers 11 to 13.
  • the packet relay unit 206 when the packet relay unit 206 receives a data packet from the terminals 14 and 15 of the same segment to the external terminals 16 and 17 of the other segment via the LAN interface, the packet relay unit 206 relays whether relay is possible. Inquire to the decision unit 205.
  • the relay determination unit 205 determines whether or not to perform relay according to a predetermined condition. In accordance with this determination, the packet relay unit 206 transmits the packet to the external network router via the access interface 209 by using a routing table when relaying.
  • the router for the same segment to be the relay router is inquired to the router overnight determining unit 203.
  • the router determination unit 203 determines a relay router according to the order table.
  • the packet relay section 206 transfers the data packet to the determined route via the LAN interface 208 and transmits a redirect to the source terminal.
  • the packet relay unit 206 When a packet is received by the access interface 209, the packet relay unit 206 confirms whether or not the packet is addressed to a terminal in the LAN 1, and then transmits the packet to the LAN interface 209. 8 transmits the packet.
  • the terminal 14 transmits data to the external terminal 16 via FTP (communication speed is variable; the speed varies depending on the line capacity), and the terminal 15 communicates with the external terminal 17 by voice communication (communication speed: The operation in the case of performing 600 kbps) and moving image communication (communication speed: 300 kbps) will be described.
  • IPv6 Internet Protocol Version 6
  • the router interface IPv6 addresses for routers 11, 12, 13 are fe80 :: 11, fe80 :: 12, fe80 :: 13.
  • the IPV 6 addresses of the terminals 14 and 15 and the external terminals 16 and 17 are respectively 3: 1: 14, 3:15, and 4:16, 4:17. Suppose there is.
  • the access interface and LAN interface mentioned above may be either wired or wireless.
  • Each router periodically sends RA packets as shown in Figs. 4 and 6, but the order differs depending on the start-up time of the router and other causes.
  • the user 11 first multicasts the RA bucket (step S21).
  • Terminals 14 and 15 that have received the RA bucket transmitted by router 11 set router 11 as the default router. Therefore, first, the packet is always transmitted with router 11 as the relay destination.
  • each roux will create a sequence table as shown in Figure 5C.
  • FIG. 3 is a diagram showing a sequence when the terminal 14 and the terminal 15 communicate.
  • the practical arrows indicate the transmission of data packets
  • the dotted arrows indicate the transmission of redirected packets.
  • the black circles indicate the source of the redirected packet.
  • the terminal 14 starts communication with the external terminal 16 via FTP, and sends a data packet to the default gateway router 11 (step 11).
  • Router 11 adds an entry to the flow table since there is no entry in the flow table (Fig. 14A). However, due to the high communication cost, redirect is set in the status column of the flow chart according to the preset conditions, and the packet that arrives first is always transferred to another router. This is done according to the sequence chart in FIG. 5C, where router 11 forwards the received data packet to router 12. At the same time, the router 11 sends a redirect packet specifying the router 12 as a relay destination to the terminal 14 (step S32).
  • the terminal 14 receives the redirect bucket, transmits the next bucket to the router 12 with the router 12 as a new relay destination, and continues the communication (step S33).
  • the terminal 15 starts voice communication (60 kbps) with the external terminal 17 and transmits a packet to the router 11, which is a default gateway (step S34).
  • Router 11 does not have an entry in the interface, so it adds an entry to the flow table (Fig. 14B) and sends a redirect packet to router 12 to terminal 15 as in step S32 ( Step S35).
  • the terminal 15 receives this redirect packet, transmits a data packet to the router 12 and tries to continue communication (step S36). However, the terminal 14 has already communicated via the router 12 and the data buckets are concentrated on the router 12 to cause congestion (step S37). Router 12 is configured to redirect packets other than voice communication packets when congestion occurs, so that terminal 14 performing FTP communication sends a redirect packet to router 13 Send (Step S38). The selection of this relay is also made according to the sequence chart in Figure 5C.
  • Terminal 14 receives this redirect packet, and then routes it as a relay destination. The communication is continued using overnight 13 (step S39).
  • the terminal 15 terminates voice communication with the external terminal 17 (step S40), and starts data communication with the same external terminal 17 (300 kbps). 2 (step S41).
  • video communications require packets to be transmitted at a rate of 300 kbps, so the network capacity of the router 12 exceeds 64 kbps and congestion occurs (step S). 4 2).
  • the data packets received from Terminal 15 are forwarded to Terminal 13 according to the sequence shown in Figure 5C, and the redirect packet to Router 13 is transmitted to Terminal 15 (Step S43).
  • the terminal 15 receives the redirect packet and tries to continue the communication with the router 13 as a relay destination (step S44).
  • the terminal 15 has already performed the FTP communication between the terminal 14 and the external terminal 16 by the FTP communication. Since the line capacity of the router 13 has been used up, congestion occurs (step S45). Therefore, the router 13 further forwards the data packet received from the terminal 15 to the router 11 in accordance with the sequence chart in FIG. 5C, and transmits a redirect packet to the router 11 to the terminal 15. Yes (step S46).
  • the terminal 15 receives the redirected packet and transmits the packet to the router 11 (step S47).
  • Router 11 refers to the flow table (Fig. 14 (4)), and entry 2 has information on terminal 15 and the status column is redirected, and the access interface is not congested.
  • Activate Fig. 14C and perform relaying.
  • the terminal 15 continues the communication with the router 11 as a relay destination.
  • the router determines that relaying is not possible, the received data packet is transferred to the new relay destination router.
  • the received data bucket can be discarded. In this case, it is necessary to inform the source terminal that the packet was discarded by an I CMP error message or the like.
  • a router creates a common order table based on RA packets received from other routers, and according to the congestion state and transmission capacity of the line to be accessed, The received data bucket is transferred to another station in the same segment according to the order table. For this reason, a router suitable for transferring data packets to the external network is ultimately selected.
  • the terminal only has to select the route only by the route redirection message, so there is no need to add a new function to the terminal.
  • each router only needs to have a relay judgment process according to its own characteristics, and does not need to acquire the characteristics of other routers in advance. This eliminates the need to change settings when adding or removing routers. This also increases the degree of freedom of the access capability information itself. In other words, it is possible to define only the congestion state of the access interface as access capability in a certain route, and define the packet loss rate of the access network as access capability in another route.
  • the difference between the network configuration of the present embodiment and the first embodiment shown in FIG. 1 is that the router does not correspond to the router corresponding to the router selection method of the present invention (hereinafter referred to as unsupported router).
  • unsupported router the router corresponding to the router selection method of the present invention
  • a sequence table is created only for routers corresponding to the present invention (hereinafter, referred to as “supported routers”), and unsupported routers are separately stored. Only when it is not decided, transfer to the unsupported router.
  • FIG. 18 is a block diagram showing the configuration of the router in this embodiment. The difference from the configuration of the router according to the first embodiment (FIG. 2) is that an unsupported router storage unit 210 is provided.
  • the unsupported router storage unit 210 is a storage device for storing an RA packet from an unsupported router as an unsupported router list.
  • FIG. 19 is a flowchart illustrating the operation of the order determining unit 207 in the present embodiment.
  • the order table updating unit 202 Upon receiving the RA bucket (step S71), the order table updating unit 202 checks whether the source router corresponds to the present invention (step S2002).
  • FIG. 17 shows an example of the format of the RA bucket used in this embodiment.
  • the difference from the RA packet (FIG. 12) in the first embodiment is that the R packet has an R (Redirecct) flag 181.
  • This R flag is a flag for indicating that it corresponds to the present invention, and is set to “1” in the R flag 18 1 at the time of transmission of the RA packet to perform multicasting.
  • step S2002 whether or not the router is compatible with the present invention is determined by checking whether or not the R flag 181 is "1".
  • step S2003 the same order table update processing as in steps S74 to S76 in FIG. 7 is performed.
  • step S204 is the process of storing the addresses of unsupported routers as a list in the unsupported router storage unit 210.
  • the order table updating unit 202 is activated. Add to the list and update the previous arrival time when receiving an RA bucket from an unsupported list that is already on the list.
  • the order table updating unit 202 will list the entries of routers that have not received the RA packet for a fixed time in the order table and the unsupported router list. (Steps S72 and S201).
  • the operation of the bucket relay unit 206 in the present embodiment differs from the operation in the first embodiment in the transfer destination inquiry process (step S88).
  • the corresponding destination is selected as the transfer destination from the order table.
  • the transfer destination is selected from the unsupported router list.
  • the predetermined condition is, for example, as follows.
  • the Hop Limit (HopLimit) field in the IPv6 header is below a predetermined threshold.
  • the packet is transferred to the unsupported router.
  • the method of selecting a transfer destination from the unsupported router list For example, a method of selecting a transfer destination at random or a method of selecting from a small address number can be used. At this time, It is preferable from the point of load distribution that the selection is not concentrated in the night when it is not supported.
  • LAN 1 has three compatible routers (corresponding to 11 to 13) and two unsupported routers (non-compliant routers 21 and 22).
  • the corresponding routers 11 to 13 create a sequence table using each other's RA packets, and create an unsupported router list using RA packets transmitted from unsupported routers 21 and 22.
  • a triangle indicates the destination of the redirect
  • a circle indicates the source of the redirect bucket.
  • the corresponding router 12 determines that the value of the hop limit field is equal to or less than the threshold value, and Transfer to evening 21 (step S2102). Then, the unsupported router 21 determines whether the received packet can be relayed, transmits the packet to the external network if possible, and discards the packet if impossible.
  • Step S2104 when a packet arrives at the corresponding router 12, the packet is continued to be transferred (step S 2 103), and then the corresponding router 13 redirects the packet to the non-compliant router 22. (Step S2104).
  • the bucket according to the predetermined conditions is used. Since the packet is forwarded to the router that does not support it, the load due to relay processing can be distributed.
  • FIG. 3 is a block diagram illustrating a configuration of a router in the present embodiment.
  • the difference from the router configuration in the first embodiment shown in FIG. 2 lies in that a header information storage unit 211, a relay report transfer unit 212, and a relay report generation unit 211 are provided.
  • the header information storage unit 211 stores the header information.
  • the relay determination unit 205 determines that the data bucket is not to be relayed, if the relay router itself is the first transfer source router, the data is stored. Stores the header information of the packet.
  • the relay report generation unit 2 13 generates a relay report message for reporting that it relays the packet.
  • the structure of this relay report message is shown in Figures 27A and B.
  • the source and destination IP addresses are set in the IP header 281. Also, the port number of this message is set in the header 1102. However, the header 1102 may use a TCP header, and may not use any of the TCP and UDP headers.
  • the relay router information 283 set the information of the router that has decided to relay. This includes, for example, the IP address and MAC address of the relay router. Note that this relay router information 283 is redirected to the redirect packet transmitted to the source terminal by the router that forwarded the data packet first. Used to set the destination. However, if the IP address of the router that is determined to be relayed is set in the IP header 281 and the router that forwards the relay report message does not change the IP header, the IP address in the relay router information 283 will be changed. No address information is required.
  • the packet header information 284 includes the header information of the data packet, the information described in the source and destination IP addresses and other IP headers, and the TCP and UDP headers. Necessary information is set among the information described in. Note that this packet header information 284 is used by the router itself to determine whether or not the router should send a redirect packet.
  • the relay report transfer unit 211 Is the first source router, and instructs the bucket relay unit 206 to transmit the helicopter bucket. If the header information is not stored in the header information storage unit 211, the packet is relayed to the source router. Forwards report messages.
  • FIG. 22 shows the configuration of the order table held by the router in this embodiment.
  • a physical layer address e.g., a MAC address
  • MAC address e.g., MAC address
  • FIG. 23 is a flowchart illustrating the packet relay operation.
  • Step S2401 When the packet relay unit 206 receives the bucket from the LAN interface 208 (step S2401), if the packet is a packet from the terminal to the external terminal (step S2422), the terminal Packet processing (Step S
  • step S2444 the packet relay unit 206 receives a packet from the access interface 209, it checks whether the packet is a packet addressed to a terminal in the LAN 1, and then checks the LAN interface 2 0 Sent from 8.
  • FIG. 24 is a flowchart showing the above terminal packet processing (step S243).
  • steps S251 to S255 are the same as the processing of steps S82 to S87 shown in FIG. 8 of the first embodiment.
  • step S255 after the packet relay unit 206 transmits a packet from the access interface 209 to the next transfer destination overnight, the transmitted packet is transmitted from another router. It is checked whether or not the data has been transferred (step S2261). When the packet is transferred from another router, the packet relay unit 206 instructs the relay report generation unit 213 to generate a relay report message reporting that the relay is performed by itself. Then, the packet relay unit 206 transmits the relay report message to the transfer source of the packet (step S262).
  • Whether or not this bucket was transferred from the router is determined by the bucket relay unit 206 which is the source MAC address of the packet and the sequence table (Fig. 22). It can be determined by comparing with the MAC address of the router in the previous order of the self described in the above. If they match, it is determined that the packet was transferred from the beginning of the day, and if they do not match, it is determined that the packet was received directly from the terminal. Similarly, the destination of the relay report message is the router in the previous order.
  • step S254 the order determining unit 206 is queried as to which router in the same segment to transfer (step S255), and The bucket is forwarded to the specified router (Step S258).
  • This processing is the same as steps S88 and S89 shown in FIG. 8 of the first embodiment.
  • the bucket relay unit 206 checks whether or not itself is the first transfer source router (step S259), and if it is the first transfer source router, it checks the packet header information. It is stored in the header information storage unit 211 (step S260).
  • whether or not it is the first transfer source router is determined by the source MAC address of the packet and the MAC address of the router immediately before its own listed in the sequence table (Fig. 22). Can be determined by comparing In other words, if they do not match, it is determined that it is the first source router, and if they match, it is determined that it is not the first source router.
  • FIG. 25 is a flowchart showing the relay report message processing (step S2444).
  • the packet relay unit 206 when the received packet is a relay report message, stores the header information that matches the packet header information 284 of the data bucket included in the message. Check whether it is in section 2 1 1 (step S27 Do header information storage section 2 1 If it is 1, the bucket relay unit 206 determines that it is the first transfer source of the bucket and sends the relay terminal information to the source terminal described in the bucket header information 284. A redirect packet designating the router described in 3 as a relay router is transmitted (Step S272).
  • the packet relay unit 206 determines that it is not the first transfer source router, and forwards the relay report message to the previous router in the order table. (Step s2 7 3).
  • FIG. 26 is a diagram showing a transmission sequence of a data packet and a redirect packet.
  • the solid arrows indicate the transmission of data packets
  • the dotted arrows indicate the transmission of redirected packets
  • the dashed arrows indicate the transmission of relay report messages
  • the circles indicate the source of the redirect bucket. Is shown.
  • the terminal 14 transmits a data bucket to the router 11 which is a default gateway in order to communicate with the external terminal 16 (step S281).
  • the router 11 decides not to relay, and forwards the bucket to the router 12, which is the forwarding destination (step S2882).
  • the header information of the packet is stored.
  • the packet is transferred to the router 12 to which the packet has been transferred from the router 11 in the same manner as the router 11 (step S2883).
  • the router 12 recognizes that the source MAC address of the bucket is that of the router 11, it does not save the header information.
  • Le Toru 13 transferred the bucket from Le Toru 12, and in this case, Determines the packet relay and relays the bucket.
  • the router 13 recognizes that the packet is transferred from the router 12 based on the source MAC address of the relayed packet and the sequence table. Then, the server 13 sends a relay report message (FIG. 27A) to the router 12 (step S284).
  • the router 12 receiving the relay report message checks whether the header information included in the message matches the stored one, and determines that the header information does not match. (Fig. 27B) is transferred (step S285).
  • the router 11 checks whether the information contained in the message matches the stored one. Therefore, it determines that it is the first transfer source of the packet. Then, the router 13 creates a redirect packet specifying the router 13 as a relay router from the relay router information included in the relay report message, and transmits the redirect packet to the terminal 14 (step S2886).
  • the terminal 14 that has received the redirect packet changes the relay packet of the data packet from the packet data 11 to the packet data 13 and continues the communication (step S287).
  • a router when a router does not relay a packet requested to be relayed to an external network and transfers the packet to another router, it does not transmit a redirect message to the source terminal,
  • a relay router When a relay router is determined, a relay report message is sent to the first forwarding router. Then, upon receiving this relay report message, it sends a redirect packet indicating that the first packet which forwarded the target packet instructs the first relay. Send to the originating terminal.
  • the redirect packet is transmitted only once to the source terminal, so that the number of buckets flowing on the LAN can be reduced and the load on the network can be reduced.
  • the router selection method according to the present invention is useful for network transfer for selecting a suitable router according to an application request or the like, and can be applied to QoS control of communication. Further, the present invention can also be applied to applications such as load balancing for overnight.

Abstract

自己の識別子を定期的にマルチキャストするマルチキャストパケット送信部(201)と、受信したデータパケットを他のセグメントのルータに中継するか否かを決定する中継決定部(205)と、他のルータからのマルチキャストパケットに含まれる情報に基づいて転送するルータを決定する順番決定部(207)と、中継しない場合、順番決定部(207)により選択されたルータを中継先として送信元へ通知するとともに、選択されたルータへ転送するパケット中継部(206)とを有することにより、パケットを中継するのに適したルータが最終的には選択され、また、この中継ルータの切換はルータのリダイレクトのみによって行われるので、端末への新たな機能追加が必要ない。

Description

明 細 書 ルー夕選択方法及びルータ装置 技術分野
本発明はルー夕に関し、 特に外部ネッ トワークへの接続機能を持つ 2 台以上のルータ装置が存在するローカルエリァネッ トワーク (LAN) において、 特定のバケツトフローに対応するルータを決定するルータ選 択方法及びルータ装置に関する。 背景技術
従来より、 このルータ選択方法としては、 文献 「Virtual Router Redundancy Protocol] (S. Knight 他著) に記載されているようなもの があった。
この文献に記載の方法では、 仮想ルータと呼ばれるルータの集合が一 つの I Pアドレスを共有し、 マスタルー夕である一台のルー夕が LAN のデフオルトルー夕として動作し、 その他のルータはバックアツプル一 夕として待機する。 各ルー夕には優先度が設定される。
マスタル一夕が何らかの理由により L ANのデフォルトルータとして の動作が不可能になると、 バックアップル一夕の中から最も優先度の高 いルー夕が次にマスタルータとして動作し始める。
ルータのパケッ トの転送能力の高い順に優先度を設定すれば、 LAN 全体として通信効率を向上することが可能である。
しかし、 この方法では常に仮想ルータの中で使用できるルータは一台 のみであり、 目的に応じて適切なル一夕を選択することはでぎない。 このため、無線 L A Nへのアクセスィン夕フェースを持つルー夕(無線
L A Nルータ)と、 セルラ網へのアクセスインタフ ースを持つルータ (セルラル一夕)があった場合に、 広帯域が必要な F T Pを行うためには 無線 L A Nルー夕、 信頼性が必要な I P電話を使用するためにはセルラ ルータを使用する等、 アプリケーションの要求によって最適なアクセス インタフェースを持つルータを選択して使用することができなかった。
この課題を解決する方法として、 例えば、 特表 2 0 0 3— 5 1 4 4 4 2号公報に記載されているようなものがあった。 図 2 8は、 この公報に 記載の方法を示す構成図である。 図 2 8において、 アクセス選定 1 5 1 は、 いずれかのアクセス網へのインタフェースを備えるルー夕の本ァク セスに関する情報 1 5 3に設定されたアクセス能力と端末のユーザプリ . ファレンス 1 5 2に設定されたユーザの要求するアクセス能力とを比較 、 し、 端末が最適なルータを決定する。
しかしながら、 上記従来の構成では、 端末がルー夕を選択するため、 ルータだけでなく、 端末にも特別な機能を備える必要があるという課題 を有していた。一般に端末の通信機能はルー夕の通信機能と比べて低く、 上記のような機能追加はコストゃ機器サイズの面から現実的ではない。
また、 端末が個別にルータを選択するため、 複数の端末が一台のルータ を選択してしまうと、 負荷が集中して効率的な通信ができないという課 題も有していた。 発明の開示
本発明の目的は、 上記従来の課題を解決するもので、 アプリケーショ ンの要求等に従いつつ、 ネッ トワーク全体として効率的な通信を実現す るル一夕選択方法及びル'一夕装置を提供することにある。 本発明に係るルー夕選択方法は、 外部ネッ トワークとの中継を行う複 数のルータを含むローカルエリアネッ トワークにおけるものであって、 同一セグメント内の全ルータが自己の識別子を含むマルチキャストパケ ッ トを定期的にマルチキャストするステップと、 ルー夕が同一セグメン ト内の他のルー夕から受信した、 マルチキャストパケッ トに含まれる情 報に基づいて、 同一セグメント内の複数のルータ間でデ一タパケットを 転送するルータを選択するルータ選択ステツプと、 各ルータが同一セグ メント内のノードあるいはルータから受信したデ一夕バケツ 卜をあらか じめ決められた条件に従って他のセグメントへ中継するか否かを決定す るステップと、 データパケッ トを受信したルータがこのデ一夕パケット を他のセグメントへ中継しない場合に、 選択されたル一夕を中継先にす るようにデータバケツ 卜の送信元へ指示するリダイレクトを行うととも に、 前記選択されたルータへデータパケッ トを転送するか、 または破棄 する転送ステップと、 リダイレクトを受信した前記送信元ノードが、 デ 一夕パケッ トとそれ以降のデ一タパケッ トを指示されたルータへ送信す るステップとを有し、 転送ステップが、 中継可能なルー夕に受信される まで繰り返されることを特徴としている。
これによつて、 バケツ トを中継するのに適したルータが最終的には選 択される。 また、 ルー夕選択はルー夕のリダイレクトのみによって行わ れるので、 端末への新たな機能追加を不要にすることができる。
本発明に係るルータ選択方法は、 外部ネッ トワークとの中継を行う複 数のルータを含むローカルエリァネッ トワークにおけるものであって、 同一セグメント内の全ルータが自己の識別子を含むマルチキャストパケ ッ トを定期的にマルチキャストするステップと、 ルータが同一セグメン ト内の他のルータから受'信した、 マルチキャストパケットに含まれる情 報に基づいて、 同一セグメント内の複数のルータ間でデータパケッ トを 転送するルー夕を選択するステツプと、 各ルータが同一セグメント内の ノードあるいはル一夕から受信したデ一タパケッ トをあらかじめ決めら れた条件に従って他のセグメントへ中継するか否かを決定するステツプ と、 ルー夕が受信したデータパケッ トを他のセグメントへ中継しないと 決定した場合に、 データパケッ トを選択されたルータへ転送するステツ プと、 ルータが受信したこのデータパケッ トを他のセグメントへ中継す る場合に、 このデ一タパケッ 卜が送信元のノードから直接受信したもの ではなく、 他のルー夕から転送された転送パケットである場合、 当該ル 一夕自身が転送パケッ トを中継可能であることを示す中継報告情報を転 送元のルー夕へ送信するステップと、 転送元のルータが中継報告情報を 受信したときに、 自己が当該中継報告情報の対象とするデータバケツ ト を転送した最初のルータであるか否かを判定し、 自己が最初のルー夕で ある場合、 このデ一夕パケッ トの送信元ノードへ、 中継可能なルー夕を 指示するリダイレクトを送信し、 自己が最初のルータでない場合、 中継 報告情報の対象とするデータバケツ トの転送元であったルータへ、 中継 報告情報を転送するステップとを有している。
これによつて、 バケツ トを中継するのに適したルータが最終的には選 択される。 また、 ル一夕選択はルー夕のリダイレク トのみによって行わ れるので、端末への新たな機能追加を不要にすることができる。さらに、 リダイレク トバケツ トは中継可能なルータが決定した時点でのみ送信さ れるため、 リダイレクトパケッ トの増加によるネッ トワーク負荷の増大 を抑制できる。 また端末が経路変更をする回数が 1回で済むため、 端末 の処理負荷を低減できる。
また、 本発明に係るルータ選択方法におけるマルチキャストパケッ ト に記載された情報は、 各ル一夕の識別子であることを特徴としている。 これにより、 手動で順番を設定することが不要となる。 また、 例えば識 別子の昇順/降順によって順番を決定することで、重複のない順番を決定 することができる。
また、 本発明に係るルータ選択方法は、 ルータ選択ステップにおける ルー夕を選択する順番が、 マルチキャストバケツ 卜に含まれる情報のみ を使用することを特徴としている。
これにより、 前記データバケツトが本発明に係るル一夕選択方法に対応 していないルータに転送された場合に、 その後の順番のルータに一切転 送されない状態に陥り、 前記本発明に対応していないルータに負荷が集 中してしまうことを防止することができる。
また、 本発明に係るルー夕選択方法における選択されるルー夕を決定 する順番は、 同一セグメントへのルー夕の追加、 あるいは削除に応じて 更新されることを特徴としている。 これにより、 ルータの追加時には追 加されたルータを含めたルータ選択、 ルー夕の削除時には削除されたル —夕を除いたルー夕選択が可能となる。
また、 本発明に係るルー夕選択方法におけるマルチキャストバケツト は、 各ルー夕から定期的に送信され、 マルチキャストパケッ トが未受信 のルータから受信された場合に、 ルータが同一セグメントへ追加された ものとして順番に追加することを特徴としている。 これにより、 ル一タ が追加されたときにも手動で順番を更新する必要がなくなる。
また、 本発明に係るルー夕選択方法は、 一定時間特定のルータからの マルチキャストバケツ トが送信されない場合に、 特定のルータが L A N から削除されたものとして順番から削除することを特徴としている。 こ れにより、 ルータの削除時にも手動で順番を更新する必要がなくなる。 本発明に係るルータ装置は、 自己の識別子を含むマルチキャストパケ ットを定期的にマルチキャストするマルチキャストパケッ ト送信部と、 同一セグメン卜内のノードあるいはルータから受信した、 他のセグメン トへ中継すべきデータパケッ トを、 あらかじめ決められた条仵に従って 他のセグメントのルー夕に中継するか否かを決定する中継決定部と、 同 ーセグメント内の他のルー夕から受信した前記マルチキャストバケツト に含まれる情報に基づいて、 同一セグメント内のルー夕の中から前記デ 一夕バケツトを転送するルータを決定する順番決定部と、 この中継決定 部からの中継不可の通知を受けて、 順番決定部により選択されたルータ へデ一夕パケッ トを転送するとともに、 当該転送先のルータを、 データ パケッ トの中継先としてデータパケッ トの送信元へ通知するか、 または データパケットを破棄するバケツ ト中継部とを有している。
これにより、 ルータは、 自己の保持する情報のみによりパケッ トを中 継すべきかどうかを決定でき、 自己の保持する情報を他の端末やルー夕 に伝える必要がないため、 中継決定のための条件をルータ毎に自由に設 定できる。 また、 パケッ トを中継するのに適したルータが最終的には選 択される。 この中継ルー夕の切換はルータのリダイレクトのみによって 行われるので、 端末への新たな機能追加が必要ない。
本発明に係るルータ装置は、 自己の識別子を含むマルチキャストパケ ットを定期的にマルチキャストするマルチキャストパケット送信部と、 同一セグメント内のノードあるいはルー夕から受信した、 他のセグメン トへ中継すべきデータパケッ トを、 あらかじめ決められた条件に従って 他のセグメン卜のルー夕に中継するか否かを決定する中継決定部と、 同 ーセグメント内の他のル一夕から受信したこのマルチキャストパケット に含まれる情報に基づいて、 同一セグメント内のルー夕の中から、 この データパケッ トを転送するルータを決定する順番決定部と、 この中継決 定部からの中継不可の通知を受けて、 順番決定部により選択されたル一 夕へこのデータパケッ トを転送するとともに、 当該データバケツ トの送 信元がノ一ドであった場合は少なくとも当該デ一夕バケツ トを特定する バケツ ト識別子と送信元を特定するデバイス識別子とを関連づけてへッ ダ情報記憶部に記憶するバケツト中継部と、 このバケツ ト中継部からの 要求で、 自己がパケッ トを中継する旨を報告する中継報告メッセージを 生成する中継報告生成部と、 他のルー夕から受信した中継報告メッセ一 ジをデータパケッ トの転送元のルー夕へ転送する中継報告転送部とを有 し、 パケッ ト中継部は他のルー夕から受信した中継報告メッセージの対 象とするデ一夕バケツ卜が、 ヘッダ情報記憶部に記憶したものと同一で ある場合、 デバイス識別子の示す送信元ノードへデータバケツトを中継 するルータを通知することを特徴としている。
これにより、 ルータは、 自己の保持する情報のみによりパケッ トを中 継すべきかどうかを決定でき、 自己の保持する情報を他の端末やルータ に伝える必要がないため、 中継決定のための条件をルータ毎に自由に設 定できる。 また、 パケッ トを中継するのに適したルータが最終的には選 択される。 この中継ルータの切換はルータのリダイレク トのみによって 行われるので、 端末への新たな機能追加が必要ない。 さらに、 リダィレ クトパケッ トは中継可能なルー夕が決定した時点でのみ送信されるため、 リダイレク トバケツトの増加によるネッ トワーク負荷の増大を抑制でき る。 また端末が経路変更をする回数が 1回で済むため、 端末の処理負荷 を低減できる。
本発明に係るルー夕装置の順番決定部は、 マルチキャストバケツトに 含まれる識別子を用いでルータの選択順位を決定する。 これにより、 手 動で順番を設定することが不要となる。 また、 例えば識別子の昇順/降順 によって順番を決定することで、 重複のない順番を決定することができ る。
本発明に係るルー夕装置の順番決定部は、 マルチキャストパケッ トに 含まれるフラグ情報をさらに用いてルータの選択順位を決定する。 これ により、 本発明に係るルータではないルー夕を選択するル一夕の順番に 含めることを防ぐことができ、 これにより、 本発明に係るルー夕にデー タパケットが転送された際にその後の転送が行われないことによる負荷 の集中を防止することができる。
また、 本発明に係るルー夕装置の順番決定部は、 選択順位に含まれな ぃル一夕からマルチキャストバケツ トを受信した場合に選択順位に追加 し、 この選択順位に含まれるルータから規定時間マルチキャストパケッ トを受信しない場合に選択順位から削除する順番更新部を有している。 これにより、 ルー夕が追加されたときや、 削除されたときにも手動で順 番を更新する必要がなくなる。
また、 本発明に係るルー夕装置の中継決定部による中継可否条件は、 前記データパケットの種別、 ルータにおける輻輳状態、 伝送能力、 前記 中継決定部で中継しないと判断した回数、 あるいは通信コスト、 または これらの条件のうちいずれかの組み合わせである。 これにより、 ルータ がアクセスする回線の状況を判断して可否決定が行なわれるので、 パケ ットを中継するのに適したルー夕が最終的には選択される。 また、 中継 するのに適したルータが決定せずに何度もルータ間をパケッ トが転送さ れている場合には、 その他の条件を緩和して中継する等の処理を行うこ とで、 ネットワーク負荷の増大を防止できる。
以上のように本発明に'よれば、 種々の目的に応じたルータ選択をルー 夕のみの制御で実現することができる。
また、 各ルータのアクセス能力はルータ自身が保持していればよく、 他のルー夕や端末に伝える必要がないため、 アクセス能力情報交換のた めのメッセージが不要であり、 トラフィックの削減と共にアクセス能力 情報自体の自由度も向上する。 図面の簡単な説明
図 1は、 本発明の実施例 1および実施例 3における通信システムの構成 図である。
図 2は、 本発明の実施例 1におけるルータの構成図である。
図 3は、 本発明の実施例 1におけるデータパケッ 卜及びリダイレクトパ ケットの送信シーケンスを示す図である。
図 4は、 本発明の実施例 1および実施例 3におけるルータアドバタイズ メントパケッ トの送信シーケンスを示す図である。
図 5 A乃至図 5 Cは、 本発明の実施例 1におけるルータの保持する順番 表の構成を示す図である。
図 6は、 本発明の実施例 1乃至 3におけるルー夕のルータァドバタイズ メントパケッ トの送信処理のフロー図である。
図 7は、 本発明の実施例 1および実施例 3におけるル一夕の順番表維持 処理のフロ一図である。
図 8は、 本発明の実施例 1および実施例 2におけるルータの端末からの パケッ ト処理のフロー図である。
図 9は、 本発明の実施例 1乃至 3におけるルータの中継判断処理のフロ 一図である。
図 1 0は、 本発明の実施例 1乃至 3におけるルータの中継判断処理のフ ロー図である。
図 1 1は、 本発明の実施例 1乃至 3におけるルータの中継判断処理のフ 口一図である。
図 1 2は、 本発明の実施例 1および実施例 3におけるルータァドバタイ ズメントパケッ トのフォーマット図である。
図 1 3は、 本発明の実施例 1乃至 3におけるリダイレクトパケッ トのフ ォ一マット図である。
図 1 4 A乃至図 1 4 Cは、 本発明の実施例 1乃至 3におけるルータ 1 1 の保持するフロー表の構成を示す図である。
図 1 5は、 本発明の実施例 1または 2におけるルータの特性と中継判断 処理の対応例を示すため ·の図である。
図 1 6は、 本発明の実施例 1または 2におけるルー夕の特性と中継判断 処理の対応例を示すための図である。
図 1 7は、 本発明の実施例 2におけるルータァドバタイズメントバケツ 卜のフォーマット図である。
図 1 8は、 本発明の実施例 2におけるルータの構成図である。
図 1 9は、 本発明の実施例 2におけるルー夕の順番表維持処理のフロー 図である。
図 2 0は、 本発明の実施例 2におけるルータのリダィレクト先を説明す るためのシーケンス図である。
図 2 1は、 本発明の実施例 3におけるルー夕の構成図である。
図 2 2は、 本発明の実施例 3におけるルータの保持する順番表の構成を 示す図である。
図 2 3は、 本発明の実施例 3におけるルー夕の端末からのパケッ ト処理 及び中継報告メッセ一ジ処理のフロー図である。 図 2 4は、 本発明の実施例 3におけるルータの端末からのバケツ ト処理 及び中継報告メッセージ処理のフロー図である。
図 2 5は、 本発明の実施例 3におけるルータの端末からのパケッ ト処理 及び中継報告メッセージ処理のフロ一図である。
図 2 6は、 本発明の実施例 3におけるデータパケット及びリダイレクト パケットの送信シーケンスを示す図である。
図 2 7 Aと図 2 7 Bは、 本発明の実施例 3における中継報告メッセージ のフォ一マツト図である。
図 2 8は、 従来のルータ選択方法を説明するための構成図である。 発明を実施するための最良の形態
以下、 本発明の実施例について、 図面を参照しながら説明する。
(実施例 1 )
図 1は、本発明の実施例におけるネットワークの構成を示す図である。 図 1において、 ル一夕 1 1、 1 2、 1 3は L AN 1 と外部ネッ トヮ一 ク 2の通信を中継し、 第 3世代セルラ (帯域: 3 6 4 k b p s、 バケツ ト課金) 3、 P H S (帯域: 6 4 k b p s、 定額) 4、 無線 L AN (帯域: 5 Mb p s , 定額) 5とのアクセスインタフェースを備える。 端末 1 4、 1 5は LAN 1に属し、 外部端末 1 6、 1 7は外部ネッ トヮ一ク 2に接 続している。 ルータ 1 1〜 1 3はアクセスイン夕フェースの他に LAN インタフェースを備え、 同じ LANインタフェースを持つ端末 1 4, 1 5と接続されている。
図 2は本実施例におけるルータ 1 1、 1 2、 1 3の構成を示すブロッ ク図である。 図 2において、 L ANインタフェース 2 0 8は L AN 1に 接続されている端末 1 4'、 1 5及び他のルー夕との通信における物理層 処理及びデ一夕リンク層処理を行うものである。 アクセスイン夕フエ一 ス 2 0 9は外部ネットワークとの通信における物理層処理及びデータリ ンク層処理を行うものである。
RA生成部 2 0 1は自己を識別する識別子を含むルー夕ァドバタイズ メント (R o u t e r Ad v e r t i s eme n t )パケット (以下、 RAバケツ トという。) を生成するものである。 この R A生成部 2 0 1と LANィン夕フェース 2 0 8との構成に'より、 マルチキャストパケッ ト 送信部を構成している。
また、 順番表更新部 2 0 2は同一セグメント内の端末から受信したデ 一夕パケッ トを他のセグメントへ中継する同一セグメント内のルータを 選択する順番が記載された順番表にルータを登録、 あるいは削除といつ た更新をするものであり、 更新された順番表は順番表記憶部 2 0 4に格 納され、 次の更新時に読み出される。 そして、 ルータ決定部 2 0 3はこ の順番表から該当するルー夕を決定するものである。 これら順番表更新 部 2 0 2、 ルータ決定部 2 0 3、 および順番表記憶部 2 04が順番決定 部 2 0 7を構成している。
また、 中継決定部 2 0 5は LANインタフェース 2 0 8を介して受信 したデータパケットを、 あらかじめ設定されているアクセスする回線の 輻輳状態や、 伝送能力といった条件を判断し、 他のセグメントのルータ へ中継するか否かを決定するものである。 また、 中継決定部 2 0 5は送 信元ァドレス及び送信先ァドレスの等しいパケッ ト群をフローとして管 理するフロー表も有している。
バケツト中継部 2 0 6はル一ティングテーブルを有しており、 中継決 定部 2 0 5への問い合わせ結果に従って、 データバケツトをこのルーテ イングテーブルに従つで中継先のルータへ転送したり、 データパケット の送信元へ中継を行うルータの変更を指示するものである。
以下に、 上記の各機能ブロックの動作について説明する。
図 6は RA生成部 2 0 1の動作を説明するフ口一図である。
RA生成部 2 0 1はル一タ間で RAバケツ ト送信時刻が同期すること を防止するため、 一定時間 +ランダム時間待機して (ステップ S 6 1 )、 LANイン夕フエ一ス 2 0 8を介して RAパケッ トをマルチキャス卜す る (ステップ S 6 2)。 この一定時間は通常 5秒と設定されている。 ここ で、 R Aパケッ 卜のフォーマツ卜を図 1 2に示す。 送信元ァドレスフィ —ルド ( 1 2 1 ) には、 R Aパケッ トを送信するルー夕のアドレスが設 定されている。
• 図 7は順番決定部 2 0 7の動作を説明するフロー図である。
順番表更新部 2 0 2は他のルータから LANインタフェース 2 0 8を 介して R Aバケツ トを受信したか否かをチエツクし (ステップ S 7 1 )、 受信しない場合、 前回到着時刻から一定時間を越えて R Aパケッ 卜が到 着しないルー夕が、 既に登録されたルー夕中にあるか否かをチェックす る (ステップ S 7 2 )。 該当するルータがあった場合、 順番表更新部 2 0 2は順番表から当該ル一夕を削除し (ステップ S 7 3)、 ステップ S 7 1 へ戻る。 該当するル一夕がない場合も、 ステップ S 7 1へ戻る。
一方、 R Aパケットを受信していた場合、 順番表更新部 2 0 2は受信 した RAパケッ トの送信元アドレスを参照し、 順番表に登録済みである か否かをチェックする (ステップ S 7 4)。 登録済みである場合は、 当該 ルータがェントリした前回到着時刻を更新し (ステップ S 7 5)、 登録済 みでない場合は順番表に追加する (ステップ S 7 6)。 この順番表への追 加は、 送信元アドレスフィールド ( 1 2 1 ) を参照して行われ、 ルータ のホストアドレスの昇順に登録される。 なお、 このアドレスの昇順に登 録する指示は、 それぞれのルータに対してあらかじめ設定が行われてい る。
ここで、 ル一夕 1 1、 1 2、 1 3が図 4に示す順序で R Aパケットを マルチキャストした場合の、 ルータ 1 1における順番表の遷移を図 5 A 乃至 Cに示す。 なお、 図 4において、 黒丸印はルー夕アドパタイズメン トパケッ 卜の送信元であることを示し、 白丸印はルー夕ァドバタイズメ ントバケツ卜の受信者であることを示している。
ルー夕 1 1は他のル一タから R Aパケッ 卜を受信していない場合 (ス テツプ S 2 1 )、図 5 Aのように自己のアドレスのみを含む順番表を保持 している。
次にルータ 1 3からの R Aパケッ トを受信すると(ステップ S 2 2 )、 図 5 Bのようにルータ 1 3のアドレスを順番表に追加する。 この時、 前 回到着時刻欄に R Aパケッ トの受信時刻が記入される。
最後にルータ 1 2からの R Aバケツ トを受信すると(ステップ S 2 3 )、 図 5 Cのようにルータ 1 2のアドレスを順番表に追加する。 ここではァ ドレスの昇順に順番表を作成することとしているので、 ルータ 1 1とル 一夕 1 3との間にルータ 1 2のアドレスを追加している。 なお、 順番表 の最後のェントリの次は最初のェントリであるとする。
このようにして、 順番表がルータ毎に作成され保持される。 また、 順 番表を作成するための規則は全ル一夕で共通であるので、 この順番表は R Aパケッ トの前回到着時刻 ( 1 4 1 ) を除いて、 全ルータで同じ内容 のものを保持する。 なお、 本実施例では順番表をルータのアドレスの昇 順にしているが、 降順でもよいし、 その他の規則に従っていてもよい。 以上の R A生成部 2 0 1と順番決定部 2 0 7とにより、 ルータ 1 1乃 至 1 3は定期的に R A生成部 2 0 1が生成した R Aパケッ トを、 L A N インタフェース 2 0 8を介してマルチキャス卜して自己の識別情報を通 知する。 そして、 それと共に、 順番決定部 2 0 7が L A Nインタフエ一 スを介して受信した他のルータの識別情報から順番表を常時更新する。 図 9乃至図 1 1はそれぞれルー夕 1 1乃至 1 3の中継決定部 2 0 5の 動作を説明するフロー図である。 また、 図 1 4 Aは上記の順番表にェン トリされたルータの状態を示すものである。
初めに、 図 9を用いてルー夕 1 1の中継決定部 2 0 5の動作について 説明する。 このルータ 1 1は第 3世代セルラ通信のアクセスインタフエ ースを備え、 使用頻度を低く抑えるために、 初回の転送要求は必ず同一 セグメントの他のルータへ回すように設定されている。
まず、 中継決定部 2 0 5は、 パケット中継部 2 0 6からの問い合わせ により起動し、 到着パケッ トの送信元アドレス及び送信先アドレスを参 照し、 フロ一表にエントリがあるか否かをチェックする (ステップ S 9 1 )。 なお、 バケツ トへッダの 1以上のフィ一ルドの値が等しい一連のパ ケッ ト群を一つのフローであるとする。 すなわち、 ここでは送信元アド レス及び送信先ァドレスの等しいバケツ ト群をフローと定義する。 これ は、 特定のホスト間通信を構成するパケッ ト群を意味している。 到着パ ケッ トのフローに関するェントリがない場合、 フロー表に送信元ァドレ ス、 宛先ァドレスを設定した後、 状態欄にリダィレク ト (R e d i r e c t e d ) としてエントリを追加し (ステップ S 9 2 )、 中継不可と判断 する (ステップ S 9 3 )。
一方、 フロー表にエントリがある場合、 フロ一表の状態がリダイレク トか否かをチェックし (ステップ S 9 4 )、 リダイレク ト状態でなければ 中継可と判断する (ステップ S 9 7 )。 フロー表の状態がリダイレクトの 場合、アクセスィンタフエースが輻輳しているか否かをチェックする(ス テツプ S 9 5 )。 輻輳していない場合、 状態をァクティブに設定し (ステ ップ S 9 6 )、 中継可と判断し (ステップ S 9 7 ) パケッ ト中継部 2 0 6 に応答を返す。 アクセスインタフェースが輻輳している場合、 中継不可 (ステップ S 9 3 ) と判断し、 パケット中継部 2 0 6に応答を返す。 な お、 アクセスインタフェースの輻輳状態は、 パケットバッファに待機中 のバケツト数等で判断することができる。
. なお、 一定時間パケッ トが到着しないエントリをフロー表から削除す るといった手続きを加えることも可能である。
次に、 図 1 0を用いてルー夕 1 2の中継決定部 2 0 5の動作について 説明する。 このルータ 1 2は PHSとの通信のアクセスインタフェース を備えている。
まず、 中継決定部 2 0 5は、 パケット中継部 2 0 6からの問い合わせ により起動し、 アクセスインタフェースが輻輳しているか否かをチエツ クする (ステップ S 1 0 1 )。 ここで輻輳していない場合、 中継可と判定 し(ステップ S 1 0 2)バケツ ト中継部 2 0 6へ応答を返して終了する。 一方、 輻輳している場合 (ステップ S 1 0 2) は、 受信したデータパ ケッ トが音声バケツ トであるか否かをチェックする(ステップ S 1 0 3 )。 ここで音声パケッ トであれば、 中継可と判定し (ステップ S 1 0 2) 終 了する。 もし、 音声パケットでなければ、 中継不可と判定して (ステツ プ S 1 04) 終了する。 なお、 デ一夕パケットが音声パケットであるか 否かは、 T C P/UD Pのポート番号を参照すること等により、 判断が 可能である。 ここで音声パケットか否かを判断したのは、 ルータ 1 2の 接続する PHSは伝送帯域が 6 4 k b p sあり、 音声のような転送速度 の比較的低い伝送であれば、 たとえ輻輳していても音声が途切れること なしに伝送する能力を有'しているからである。 次に、 図 1 1を用いてル一夕 1 3の中継決定部 2 0 5の動作について 説明する。 このル一夕 1 3は無線 LANのアクセスィン夕フェースを備 えている。
まず、 中継決定部 2 0 5は、 パケッ 卜中継部 2 0 6からの問い合わせ により起動し、 アクセスイン夕フェースが輻輳しているか否かをチエツ クし (ステップ S 1 1 1)、 輻輳してない場合、 中継可と判定し (ステツ プ S 1 1 2 ) 終了する。 一方、 輻輳していない場合、 中継不可と判定し (ステップ S 1 1 3) パケッ ト中継部 2 0 6へ応答を返して終了する。 このようにして、各ルー夕 1 1乃至 1 3の中継決定部 2 0 5において、 他のセグメントへの中継を行うか否かが決定される。 なお、 本実施例で は、 中継を行うか否かの条件は、 回線の輻輳状態や伝送能力、 及びパケ ッ トフローの種類としたが、 これに限らず、 各通信回線の伝送コストで 判断することも可能である。
また、 アクセスインタフェース 2 0 9が接続する外部ネットワークの 性質に基づいて中継を行うか否かを決定してもよい。 この場合について 図 1 5及び図 1 6を用いて説明する。
図 1 5は本発明におけるルー夕装置 3台 ( 1 6 1〜 1 6 3)、 及び 3種 類の端末 (ムービー端末 1 64、 I P電話 1 6 5、 ラップトップ P C 1 6 6) から構成される LANを示す図である。
各ル一夕のアクセスィン夕フェース 2 0 9が接続する外部ネッ トヮー クは、 図 1 5に示すような特徴を持つ。 すなわち、 ルータ 1 6 1が接続 する外部ネットワーク 1 6 7は料金が 1パケッ ト当たり 1円、 通信帯域 が 3 24 k b p s、 セキュリティが高く、 損出率が低い。 また、 ル一夕 1 6 2が接続する外部ネッ トヮ一ク 1 6 8は料金が定額、 通信帯域が 6 4 k p s , セキユリテ'ィが高く、 損出率が中レベルである。 また、 ル —夕 1 6 3が接続する外部ネットワーク 1 6 9は料金が定額、 通信帯域 が 5 M b p s、 セキュリティが低く、 損出率が高い。 そこで、 各ルータ 1 6 1乃至 1 6 3が中継するか否かの条件を下記のように決定するもの とする。
·ルータ 1 6 1の条件: 動画フローを優先的に中継する。 これは、 動画 がある程度の帯域、 低い損失率、 高いセキュリティを必要とするためで ある。
•ルータ 1 6 2の条件: 音声フローを優先的に中継する。 これは、 音声 フローが動画ほどの帯域、 損失率の低さを要求しないためである。
·ルータ 1 6 3の条件: 音声、 動画以外のフローを中継するが、 他のル —夕に転送して再度同じフロー (データパケッ ト) が到着した場合は、 中継する。
このような条件の下で各端末が通信を開始したとき、 本発明の方法に よれば、 図 1 5に示すように、 各端末の送信するフ口一に適したルー夕 が選択されるまでリダイレク トされ、 図 1 6に示すように各端末のフロ
—を中継するルータが決定する。
すなわち、 ムービー端末 1 6 4がルー夕 1 6 1へ送信したデ一タパケ ット 1 5 0 1は、 ルータ 1 6 1の条件と合致するため、 外部ネッ トヮ一 ク 1 6 7へそのまま中継されるが、 I P電話 1 6 5がルータ 1 6 1へ送 信したデータパケッ ト 1 5 0 2はルータ 1 6 1の条件に合致しないため、 ルー夕 1 6 2へ転送 1 5 0 3される。 このとき、 ルータ 1 6 1から I P 電話 1 6 5ヘル一夕 1 6 8が中継する旨のリダイレク トメッセージが送 信されるので、 図 1 6に示すように、 I P電話 1 6 5は以降、 ルータ 1 6 2へ送信 1 6 0 1する。
また、 同様にラップト'ップ P C 1 6 6は初め、 ルータ 1 6 1へデ一タ パケッ ト 1 5 04を送信するが、 条件が合致しないため、 次の転送順位 であるル一夕 1 6 2へ転送 1 5 0 5される。 ルー夕 1 6 2もこのデータ パケッ トを中継する条件に合致しないので、 さらにルー夕 1 6 3へ転送 1 5 0 6される。 そして、 ルー夕 1 6 3は条件が合致するので、 ネッ ト ワーク 1 6 9へ送信する。 このとき、 ルータ 1 6 1からラップトップ P C 1 6 6ヘリダイレクトメッセージが送信され、 ラップトップ P C 1 6 6はル一夕 1 6 2へデータバケツト 1 5 0 7を送信するが、 ルータ 1 6 2の条件に合致しないためルータ 1 6 3へ転送 1 5 0 6される。そして、 ルータ 1 6 2も同様にラップトップ P C 1 6 6へルータ 1 6 3が中継す る旨のリダイレクトメッセージを送信する。 ラップトップ P C 1 6 6は これを受けて、 図 1 6に示すように、 以降ルー夕 1 6 3へ直接データパ ケッ 卜 1 6 0 2を送信する。
なお、 デフォルトルータはルータ 1 6 1であり、 転送順番は、 ルー夕 1 6 1、 ル一夕 1 6 2、 ルータ 1 6 3とする。 図 8はバケツト中継部 2 0 6の動作を説明するフロー図である。
まず、 パケット中継部 2 0 6は LANインタフェース 2 0 8から外部 ネットワークの端末宛のパケッ トを受信すると (ステップ S 8 1 )、 I P V 6ヘッダのホップリミッ ト ( H o p L i m i t ) フィールドの値を 1 減算する (ステップ S 8 2)。 減算した結果、 ホップリミツ トフィ一ルド の値が' 0 ' であるか否かをチェックし (ステップ S 8 3 )、 ' 0 ' であ る場合パケッ トを被棄する (ステップ S 84)。
ホップリミットフィールドの値が 0より大きい場合は、 中継決定部 2 0 5に中継するか否かを問い合わせる (ステップ S 8 5 )。
中継決定部 2 0 5から中継を指示された場合(ステップ S 8 6)、 パケ ッ ト中継部 2 0 6はルーティングテ一ブルに従って、 アクセスインタフ エース 2 0 9を介して、 他のセグメントである外部ネットワークの転送 先ルータへパケットを送信する (ステップ S 8 7)。
一方、 中継を指示されなかった場合には、 順番決定部 2 0 7に同一セ グメント内のどのルー夕へ受信データバケツトを転送すべきかを問い合 わせる (ステップ S 8 8 )。
次に、 パケット中継部 2 0 6は順番決定部 2 0 7から指示されたルー 夕へパケッ トを転送し (ステップ S 8 9 )、 送信元の端末へは新たな中継 先とするべきルータを記述したリダイレク トバケツトを送信する (ステ ップ S 9 0)。このリダイレクトパケッ トのデータフォーマツトを図 1 3 に示す。
これはィン夕一ネットコントロールメッセージプロトコルバ一ジョン 6 ( I CMP V 6 ) リダイレクトパケッ トのフォーマットである。
図 1 3において、 リダイレクトバケツ 卜の送信元であるルー夕のァド レスは送信元ァドレス(S r c Ad d r e s s )フィールド( 1 3 1 )、 リダイレク卜の対象となるバケツトの送信元である端末のァドレスは宛 先 (D s t ' Ad d r e s s ) フィールド ( 1 3 2)、 リダイレクト先の ル一夕のアドレスは夕一ゲッ トアドレス (T a r g e t Ad d r e s s ) フィ一ルド ( 1 3 3 )、 リダイレク トの対象となるバケツトの宛先ァ ドレスはリダイレク ト宛先 (D s t Ad d r e s s ) フィ一ルド ( 1 34 ) にそれぞれ書き込まれる。 なお、 本実施例では I CMP V 6を使 用することとしたが、 インターネッ トコントロールメッセージプロトコ ルバ一ジョン 4 ( I CMP V 4) を使用することも可能である。
その後、 ステップ S 8 1へ戻るが、 転送されたパケットはどのルー夕 も中継せずに転送され続けると、 転送の度にステップ S 8 2において、 ホップリミッ トフィ一ルドの値は減算される。 そして、 ホップリミッ ト フィールドの値が 「0」 になったパケッ トは、 ステップ S 8 4で破棄さ れることになる。
以上の中継決定部 2 0 5とパケッ ト中継部 2 0 6と順番決定部 2 0 7 とにより、 ルー夕 1 1乃至 1 3のデータパケッ ト中継処理とリダイレク ト処理が行われる。
すなわち、 パケット中継部 2 0 6が同一セグメントの端末 1 4、 1 5 から他のセグメントの外部端末 1 6、 1 7へのデータパケッ トを、 L A Nインタフェースを介して受信すると、 中継の可否を中継決定部 2 0 5 へ問い合わせる。 中継決定部 2 0 5は所定の条件に従って中継の可否を 決定する。 パケッ ト中継部 2 0 6はこの決定に従い、 中継する場合はル 一ティングテ一ブルによってアクセスィン夕フェース 2 0 9を介して外 部ネッ トワークのルータへ転送する。 中継しない場合は、 次に中継ルー 夕となるべき同一セグメントのルー夕をル一夕決定部 2 0 3へ問い合わ せる。 ルータ決定部 2 0 3は順番表に従って中継ルータを決定する。 パ ケット中継部 2 0 6はこの決定されたル一夕へデータパケッ トを、 L A Nインタフェース 2 0 8を介して転送するとともに、 送信元の端末にリ ダイレクトを送信する。
また、 アクセスインタフェース 2 0 9によりパケッ トを受信した場合 には、 パケッ ト中継部 2 0 6において L A N 1内の端末宛のパケッ トで あるかどうかの確認後、 L A Nイン夕フエ一ス 2 0 8から前記パケッ ト を送信する。
次に、端末 1 4が外部端末 1 6に F T Pによるデータ送信(通信速度不 定。 回線容量に応じて速度が変化する)を行い、 端末 1 5が外部端末 1 7 と音声通信 (通信速度: 6 0 k b p s ) 及び動画像通信(通信速度: 3 0 0 k b p s )を行った場合の動作について説明する。本実施例におけるネ ッ トワークはインタ一ネッ トプロトコルバージヨン 6 ( I P v 6 ) ネッ トワークであるとして、 以下の説明を行うが、 I P v 6に限定するもの ではなく、 インターネッ トプロトコルバージョン 4 ( I P v ) でも動 作可能である。 また、 簡単のため、 ルー夕 1 1、 1 2、 1 3の LANィ ンタフエースの I P v 6アドレスを f e 8 0 : : 1 1、 f e 8 0 : : 1 2、 f e 8 0 : : 1 3であるとし、 端末 1 4、 1 5及び外部端末 1 6、 1 7の I P V 6ァ'ドレスをそれぞれ 3 : : 1 4、 3 : : 1 5、 及び 4 : : 1 6、 4 : : 1 7であるとする。
なお、 上記で述べた各アクセスィン夕フェース及び L ANィンタフエ —スは有線、 無線のいずれであってもかまわない。
各ルータは図 4や図 6に示したように RAパケットを定期的に送信す るが、 順番はル一夕の起動時刻やその他の原因によって異なる。
ル一夕 1 1が最初に R Aバケツトをマルチキャストする (ステップ S 2 1 )。ルータ 1 1が送信した R Aバケツ卜を受信した端末 1 4及び 1 5 はルータ 1 1をデフォルトルータとして設定する。 従って、 最初に必ず ルータ 1 1を中継先としてバケツ トを送信する。
次にルータ 1 3が R Aパケッ トを送信し (ステツプ S 2 2 )、 最後にル —夕 1 2が R Aパケッ トを送信する (ステップ S 2 3 )。 これにより、 各 ルー夕は図 5 Cに示すような順番表を作成する。
図 3は、 端末 1 4及び端末 1 5が通信する際のシーケンスを示した図 である。 なお、 図中、 実践矢印はデータパケッ トの伝送を示し、 点線矢 印はリダイレク トパケッ トの伝送を示している。 また、 黒丸印はリダイ レクトパケッ トの送信元であることを示している。
ます"、 端末 1 4が外部端末 1 6と F TPによる通信を開始し、 データ パケッ トをデフォルトゲ'一トウエイであるル一タ 1 1へ送信する (ステ ップ S 3 1 )。 ルータ 1 1はフロー表にェントリがないので、 フロー表に エントリを追加する (図 1 4 A )。 しかし、 通信コストが高いため、 あら かじめ設定された条件によりフロ一表の状態欄にリダィレク トを設定し て、 必ず最初に到着したパケッ トを他のル一夕へ転送する。 これは図 5 Cの順番表に従って行われ、 ルータ 1 1はルータ 1 2へ受信したデータ パケッ トを転送する。 また、 同時にルー夕 1 1はルータ 1 2を中継先と して指定するリダイレクトパケットを端末 1 4へ送信する (ステップ S 3 2 )。
端末 1 4はこのリダイレク トバケツトを受信し、 ルータ 1 2を新たな 中継先として次のバケツ トをル一夕 1 2へ送信し、 通信を継続する (ス テツプ S 3 3 )。
次に、端末 1 5は外部端末 1 7と音声通信( 6 0 k b p s )を開始し、 パケッ トをデフオルトゲ一トウエイであるルータ 1 1へ送信する (ステ ップ S 3 4 )。 ルータ 1 1はフ口一表にェントリがないので、 フロー表に エントリを追加して (図 1 4 B )、 ステップ S 3 2と同様にルータ 1 2へ リダイレクトパケットを端末 1 5へ送信する (ステップ S 3 5 )。
端末 1 5はこのリダイレクトパケッ トを受信し、 ルータ 1 2へデータ パケッ トを送信して、 通信を続行しょうとする (ステップ S 3 6 )。 とこ ろが、 既に端末 1 4がル一夕 1 2を介して通信しており、 ルータ 1 2へ データバケツ トが集中して輻輳が発生する (ステップ S 3 7 )。 ルータ 1 2は、 輻輳時に音声通信バケツ ト以外のバケツ トをリダイレク トするよ う設定されているので、 F T P通信を行っている端末 1 4に対し、 ル一 夕 1 3へのリダイレクトパケッ トを送信する (ステツプ S 3 8 )。 この中 継ル一夕の選択も、 図 5 Cの順番表に従って行われる。
端末 1 4はこのリダイ'レク トパケッ トを受信し、 次に中継先としてル 一夕 1 3を使用して通信を続行する (ステップ S 3 9 )。
次に、 端末 1 5は外部端末 1 7との音声通信を終了し (ステップ S 4 0 )、 同じ外部端末 1 7と動画通信 ( 3 0 0 k b p s ) を開始するため、 データパケッ トをルータ 1 2へ送信する (ステップ S 4 1 )。 ところが、 動画通信は 6 0 k b p sの音声通信と異なり、 3 0 0 k b p sの速度で パケッ トを送信する必要があるため、 ルータ 1 2の回線容量 6 4 k b p を超え、 輻輳が発生する (ステップ S 4 2 )。
ルータ 1 2は輻輳が発生したため、 図 5 Cの順番表に従ってル一夕 1 3へ端末 1 5から受信したデータパケッ卜を転送すると共に、 ルータ 1 3へのリダイレク トパケッ トを端末 1 5へ送信する (ステップ S 4 3 )。 次に、 端末 1 5はこのリダイレクトパケットを受信し、 ルー夕 1 3を 中継先として通信を続行しょうとする (ステップ S 4 4 ) が、 既に端末 1 4と外部端末 1 6間の F T P通信によりルータ 1 3の回線容量が使い 切られており、 輻輳が発生する (ステップ S 4 5 )。 このため、 ルータ 1 3は図 5 Cの順番表に従ってルータ 1 1へ端末 1 5から受信したデータ パケッ トをさらに転送すると共に、 ルー夕 1 1へのリダィレクトパケッ トを端末 1 5へ送信する (ステップ S 4 6 )。
次 ίこ、 端末 1 5がこのリダイレク トパケッ トを受信し、 ルータ 1 1へ パケットを送信する (ステツプ S 4 7 )。 ルータ 1 1はフロー表 (図 1 4 Β ) を参照し、 エントリ 2に端末 1 5の情報があり、 状態欄がリダィレ クトであり、 かつ、 アクセスインタフェースは輻輳していないので、 フ 口一表の状態をアクティブ (図 1 4 C ) にして、 中継を行う。 これによ り、 端末 1 5はルータ 1 1を中継先として通信を続行する。
なお、 上記のシーケンスでは、 ルータが中継不可と判断したとき、 新 たな中継先となるルータに受信したデータパケッ トを転送したが、 これ に限らず、 この受信したデータバケツ トを破棄することも可能である。 この場合には I CMP エラ一メッセ一ジ等により送信元端末へパケッ トを 破棄したことを伝える必要がある。
以上のように、 本発明によれば、 ルー夕が他のルー夕から受信した R Aパケットを基に各ルー夕共通の順番表を作成し、 アクセスする回線の 輻輳状態や伝送能力に応じて、 受信したデータバケツ トを順番表に従つ て同一セグメントの他のル一夕へ転送する。 このため、 最終的には外部 ネットワークへのデ一タパケットの転送に適するルータが選択される。 また、 端末はルー夕のリダイレク トメッセージのみによりル一夕選択を 行えばよいので、 端末に新たな機能を追加する必要がない。 さらに、 各 ルータは自己の特性に応じて中継判断処理を備えているだけでよく、 他 のルータの特性を予め取得する必要がない。これにより、ルータの追加、 削除時に設定を変更する必要がない。 また、 これにより、 アクセス能力 情報自体の自由度も向上する。 すなわち、 あるルー夕ではアクセスイン 夕フェースの輻輳状態のみをアクセス能力と定義し、 別のルー夕ではァ クセス網のパケッ 卜損失率をアクセス能力と定義する、 といったことが 可能になる。
(実施例 2 )
本実施例におけるネッ トワーク構成が図 1に示した実施例 1と異なる 点は、 本発明におけるルータ選択方法に対応するルー夕と対応していな いルータ (以下、 未対応ルー夕という。) が同じ L A N内に存在する点で ある。 本実施例においては、 本発明に対応するルータ (以下、 対応ルー 夕という。) のみで順番表を作成し、 未対応ルータ.は別途記憶しておき、 対応ルータの中で中継するルー夕が決定しない場合にのみ未対応ルータ へ転送する。 ■ まず、 本実施例におけるルー夕の構成及び動作について、 実施例 1 と 異なる点を説明する。
図 1 8は本実施例におけるルータの構成を示すブロック図である。 実施例 1におけるルータの構成 (図 2 ) とは未対応ルータ記憶部 2 1 0を有している点が異なる。
この未対応ルー夕記憶部 2 1 0は、 未対応ルータからの R Aパケッ ト を受信した際に、 未対応ル一タリストとして記憶するための記憶装置で ある。
図 1 9は本実施例における順番決定部 2 0 7の動作を説明するフロー 図である。
順番表更新部 2 0 2は R Aバケツ トを受信すると (ステップ S 7 1 )、 送信元のルー夕が本発明に対応しているかどうかを確認する (ステツプ S 2 0 0 2 )。
本実施例で使用する R Aバケツ トのフォ一マットの例を図 1 7に示す。 実施例 1における R Aパケッ ト (図 1 2 ) との違いは R ( R e d i r e c t ) フラグ 1 8 1を有している点である。 本 Rフラグは本発明に対応 していることを示すためのフラグであり、 R Aパケッ トの送信時に Rフ ラグ 1 8 1に 「 1」 を設定してマルチキャストする。
従って、 本発明に対応しているルータであるかどうかの確認 (ステツ プ S 2 0 0 2 ) は Rフラグ 1 8 1が 「 1」 であるかどうかを調べること により行う。
送信元のルータが対応ルー夕である場合には、 図 7のステップ S 7 4 〜S 7 6と同様の順番表更新処理 (ステップ S 2 0 0 3 ) を行う。
一方、 未対応ルー夕である場合には、 ステップ S 7 4〜 S 7 6とほぼ 同様の未対応リスト更新処理 (ステップ S 2 0 0 4 ) を行う。 これは、 未対応ルータのァドレスをリストとして未対応ルータ記憶部 2 1 0に記 憶する処理であり、 新たな未対応ルー夕からの R Aパケッ トを受信した 際には、 順番表更新部 2 0 2がリストに追加し、 既にリストにある未対 応ル一夕からの R Aバケツ 卜を受信した際には、 前回到着時刻を更新す る。
R Aパケッ トを受信していない際 (ステップ S 7 1 ) には、 順番表更 新部 2 0 2がー定時間 R Aバケツ トを受信していないルータのェントリ を順番表及び未対応ルー夕リストから消去する (ステップ S 7 2、 S 2 0 0 1 )。
次に、 本実施例におけるパケッ ト中継部 2 0 6の動作を図 8を用いて 説明する。
本実施例におけるバケツ卜中継部 2 0 6の動作が実施例 1における動 作と異なるのは、 転送先問合せ処理 (ステップ S 8 8 ) である。
実施例 1においては順番表から対応ル一夕を転送先として選択するが、 本実施例においては、 既定の条件を満たす場合には未対応ルータリスト から転送先を選択する。
この既定の条件とは、 例えば下記のようなものである。
( 1 ) I P V 6ヘッダにおけるホップリミッ ト (H o p L i m i t ) フィールドがあらかじめ規定した閾値を下回っている。
( 2 ) 既定の回数以上、 同じパケッ トが転送されてきた。
すなわち、 対応ルータの中に前記バケツ トを中継できるルータが存在 せず、 何度も転送されている可能性が高い場合には、 未対応ルー夕に対 して転送する。 なお、 未対応ルー夕リストから転送先を選択する方法は 特に制限はないが、 例えばランダムに選択したり、 アドレスの番号の小 さなものから選択する等の方法を用いることができる。 このとき、 特定 の未対応ル一夕に選択が集中しないようにすることが負荷分散の点で好 ましい。
以上のように構成されたル一夕により、 バケツ トがどのように転送さ れるかについて、 図 2 0を用いて説明する。 ここでは、 L A N 1内に対 応ル一夕が 3台 (対応ル一夕 1 1〜 1 3 )、 未対応ルー夕が 2台 (未対応 ルータ 2 1、 2 2 ) 存在している。 また、 対応ル一夕 1 1〜 1 3は互い の R Aパケッ トを用いて順番表を作成し、 未対応ルー夕 2 1、 2 2から 送信される R Aパケットを用いて未対応ルータリストを作成し、 記憶し ている。 なお、 図 2 0において、 三角印はリダイレクト先のルー夕を示 し、 丸印はリダイレクトバケツ 卜の送信元であることを示している。 まず、 対応ルータ 1 1にパケット 2 0 0 1が到着した場合に、 対応ル 一夕 1 1〜 1 3のいずれもパケットを中継することができないとき、 パ ケッ トは対応ルータ 1 1から対応ルー夕 1 2へ、 対応ルータ 1 2から対 応ル一夕 1 3へ、 対応ルータ 1 3から対応ル一夕 1 1へと転送される。 そして、再び、対応ルータ 1 1から対応ル一タ 1 2へ転送されたとき(ス テツプ S 2 1 0 1 )、対応ルータ 1 2がホップリミツ トフィールドの値を 閾値以下と判断し、未対応ルー夕 2 1へ転送する(ステップ S 2 1 0 2 )。 そして、 未対応ルータ 2 1は受信したパケッ トを中継可能か判断し、 可 能な場合は外部ネットワークへ送信し、 不可能な場合はパケットを破棄 する。
同様に、 パケッ トが対応ルー夕 1 2に到着した場合も、 転送され続け た後(ステップ S 2 1 0 3 )、 今度は対応ルー夕 1 3が未対応ルータ 2 2 へパケッ トをリダイレク トする (ステップ S 2 1 0 4 )。
以上のように本発明によれば、 L A N内のルータに本発明に対応して いないものが含まれていても、 あらかじめ規定した条件に応じてバケツ トがその未対応ルータへ転送されるので、 中継処理による負荷を分散さ せることができる。
(実施例 3 )
本実施例におけるルータ選択方法は、 パケッ トを他のルータへ転送中 は送信元の端末へリダイレクトメッセージを送信せず、 中継処理を行う ルータが確定した時点で初めて送信するものである 図 2 1は、 本実施 例におけるルータの構成を示すブロック図である。 図 2に示した実施例 1におけるルー夕の構成と異なるのは、 ヘッダ情報記憶部 2 1 1、 中継 報告転送部 2 1 2、 および中継報告生成部 2 1 3を有する点である。 ヘッダ情報記憶部 2 1 1は、 ヘッダ情報を記憶するものであり、 中継 決定部 2 0 5がデータバケツ トを中継しないと決定したときに、 自己が 最初の転送元ルータである場合にそのデータパケッ トのへッダ情報を記 憶する。
また、 中継報告生成部 2 1 3は、 自己がパケッ トを中継することを報 告するための中継報告メッセージを生成するものである。 この中継報告 メッセージめ構成を図 2 7 A、 Bに示す。
図 2 7 A、 Bにおいて、 I Pヘッダ 2 8 1には、 送信元、 送信先の I Pアドレスを設定する。 また、 11 0 ?へッダ2 8 2には、 本メッセージ のポート番号を設定する。 ただし、 11 0 ?へッダ2 8 2は、 T C Pへッ ダを使用してもよいし、 T C P、 U D Pいずれのヘッダも使用しなくて もよい。
中継ルータ情報 2 8 3には中継すると決定したルー夕の情報を設定す る。 これは、 例えば、 中継ルータの I Pアドレス、 M A Cアドレス等を 含まれる。 なお、 この中継ルータ情報 2 8 3は、 最初にデ一夕パケット を転送したルー夕が送信'元端末へ送信するリダイレク トパケットにリダ ィレクト先として設定するために使用される。 ただし、 I Pヘッダ 2 8 1に中継すると決定したルータの I Pアドレスを設定し、 中継報告メッ セージを転送するルー夕が、 I Pヘッダの変更をしないようにすれば、 中継ルータ情報 2 8 3における I Pアドレスの情報は不要である。
さらに、 パケッ トへッダ情報 2 8 4は、 デ一タパケッ トのへッダ情報 が記載され、 送信元、 送信先 I Pアドレスやその他の I Pヘッダに記述 されている情報、 及び T C P、 U D Pヘッダに記述されている情報等の うち、 必要な情報が設定される。 なお、 このパケットヘッダ情報 2 8 4 は、 ルータ自身がリダイレクトパケッ トを送信すべきルー夕であるか否 かを判定するために使用される。
中継報告転送部 2 1 2は、 この中継報告メッセージを受信した際に、 中継報告メッセージに含まれるデータパケットのヘッダ情報がへッダ情 報記憶部 2 1 1に記憶されている場合に、 自身が最初の転送元ルータで あるとしてバケツ ト中継部 2 0 6ヘリダイレク卜バケツ卜の送信を指示 し、ヘッダ情報がヘッダ情報記憶部 2 1 1に記憶されていない場合には、 転送元ルータへ中継報告メッセージを転送するものである。
また、 本実施例におけるルータの保持する順番表の構成を図 2 2に示 す。 実施例 1における構成 (図 5 A乃至 C ) に加えて、 ル一夕の物理層 アドレス (例えば M A Cアドレス) を記憶する。 これは、 データバケツ トの転送元がルー夕であるか、 端末であるかを判断するために必要であ り、 デ一夕バケツ 卜の送信元物理層ァドレスが順番表に記憶されていれ ば、 ルータであり、 記憶されていなければ、 端末であると判断できる。 ネットワークアドレス (例えば I Pアドレス) のみでは、 前記の判断が できないためである。
次に、 本実施例におけ'るル一夕の動作を図 2 3〜図 2 5を用いて説明 する。
図 2 3はパケッ ト中継動作を説明するフロー図である。
パケット中継部 2 0 6が L A Nイン夕フェース 2 0 8からバケツ トを 受信すると (ステップ S 2 4 1 )、 そのバケツトが端末から外部端末宛の パケッ トであれば (ステップ S 2 4 2 ) 端末パケッ ト処理 (ステップ S
2 4 3 ) を行い、 端末から外部端末宛のパケッ トでない場合は (ステツ プ S 2 4 2 )、中継報告メッセージ処理(ステップ S 2 4 4 )を実行する。 なお、 バケツ ト中継部 2 0 6がアクセスインタフェース 2 0 9からパ ケットを受信した場合には、 そのバケツ 卜が L A N 1内の端末宛のパケ ッ トであるかどうかの確認後、 L A Nインタフェース 2 0 8から送信す る。
図 2 4は上記の端末パケッ ト処理 (ステップ S 2 4 3 ) を示すフロー 図である。
図 2 4において、 ステップ S 2 5 1乃至 S 2 5 5は、 実施例 1の図 8 に示したステップ S 8 2乃至 S 8 7の処理と同一である。
ステップ S 2 5 5において、 バケツ ト中継部 2 0 6がアクセスインタ フェース 2 0 9から次転送先ル一夕へデ一夕パケットを送信した後、 そ の送信したパケッ 卜が他のルー夕から転送されたものであるか否かをチ エックする (ステップ S 2 6 1 )。他のルータから転送されたものである 場合、 パケット中継部 2 0 6は中継報告生成部 2 1 3へ指示して、 自己 が中継する旨を報告する中継報告メッセージを生成する。 そして、 パケ ッ ト中継部 2 0 6はその中継報告メッセ一ジをそのパケッ 卜の転送元ル —夕へ送信する (ステップ S 2 6 2 )。
このバケツ卜がルー夕から転送されたものであるかどうかは、 バケツ ト中継部 2 0 6がパケッ 'トの送信元 M A Cァドレスと順番表 (図 2 2 ) に記載の自己の一つ前の順番のルー夕の M A Cァドレスとを比較するこ とで判断できる。 一致すれば、 パケットはル一夕から転送されたもので あり、 一致しない場合には、 端末から直接受信したものであると判断す る。 中継報告メッセージの送信先も、 同様に自己の一つ前の順番のルー 夕である。
一方、 ステップ S 2 5 4において、 パケットを中継しない場合には、 順番決定部 2 0 7に同一セグメント内のどのルー夕へ転送すべきかを問 い合わせ(ステップ S 2 5 7 )、 転送先として指定されたルータへバケツ トを転送する (ステップ S 2 5 8 )。 この処理は実施例 1の図 8に示した ステップ S 8 8と S 8 9と同一である。
次に、 バケツ ト中継部 2 0 6は自己が最初の転送元ルータであるか否 かをチェックし(ステップ S 2 5 9 )、最初の転送元ルータである場合は、 パケッ トのヘッダ情報をヘッダ情報記憶部 2 1 1に保存する (ステップ S 2 6 0 )。
ここで、 自己が最初の転送元ルー夕であるかどうかは、 パケッ トの送 信元 M A Cアドレスと順番表 (図 2 2 ) に記載の自己の一つ前の順番の ル一夕の M A Cアドレスとを比較することで判断できる。 すなわち、 一 致しない場合は自己は最初の転送元ルータであり、 一致する場合は、 最 初の転送元ルータではないと判断する。
図 2 5は中継報告メッセージ処理 (ステップ S 2 4 4 ) を示すフロー 図である。
図 2 5において、 パケッ ト中継部 2 0 6は受信したバケツ卜が中継報 告メッセージである場合、 そのメッセージに含まれるデータバケツトの バケツ 卜ヘッダ情報 2 8 4と一致するものがヘッダ情報記憶部 2 1 1に あるか否かをチェックす'る (ステップ S 2 7 D o ヘッダ情報記憶部 2 1 1にあれば、 バケツ 卜中継部 2 0 6は自己が当該バケツ 卜の最初の転送 元であると判断し、 バケツ トヘッダ情報 2 8 4に記載の送信元端末へ、 中継ル一夕情報 2 8 3に記載のルータを中継ルータと指定するリダイレ クトパケッ トを送信する (ステップ S 2 7 2 )。
一方、 一致するものがない場合には、 パケット中継部 2 0 6は自己が 最初の転送元ルー夕ではないと判断し、 順番表における順番が一つ前の ルー夕へ中継報告メッセージを転送する (ステップ s 2 7 3 )。
以上のように構成されたルー夕により、 端末から外部端末へデータパ ケットを送信するときの動作を以下に説明する。
図 2 6はデ一タパケッ ト及びリダイレクトパケッ トの送信シーケンス を示す図である。 図 2 6において、 実線矢印はデータパケットの伝送を 示し、 点線矢印はリダイレク トパケッ トの伝送を示し、 破線矢印は中継 報告メッセージの伝送を示し、 丸印はリダイレクトバケツトの送信元で あることを示している。
図 2 6において、 まず、 端末 1 4が外部端末 1 6と通信するために、 デフオルトゲ一トウエイであるルータ 1 1へデータバケツ トを送信する (ステップ S 2 8 1 )。 ルータ 1 1は、 これを受信すると、 この場合、 中 継しないと決定し、 転送先であるルータ 1 2へバケツ 卜を転送する (ス テツプ S 2 8 2 )。 このとき、 ルー夕 1 1は転送したパケッ 卜が端末 1 4 から直接受信したものであるため、 パケッ トのへッダ情報を保存する。 次に、 ルー夕 1 1からパケッ トを転送されたルータ 1 2についてもル 一夕 1 1と同様にしてパケットを転送する (ステップ S 2 8 3 )。 このと き、 ルータ 1 2はバケツ 卜の送信元 M A Cァドレスがルータ 1 1のもの であることを認識するので、 ヘッダ情報を保存することはしない。
次に、ル一夕 1 2からバケツ トを転送されたル一夕 1 3は、この場合、 パケッ トの中継を決定してバケツトを中継する。 このとき、 ルータ 1 3 は、 中継したパケッ トの送信元 M A Cァドレスと順番表とからルータ 1 2から転送されたパケッ トであることを認識する。 そして、 ル一夕 1 3 は中継報告メッセージ (図 2 7 A ) をルータ 1 2に向けて送信する (ス テツプ S 2 8 4 )。
次に、 中継報告メッセージを受信したルータ 1 2は、 このメッセージ に含まれるへッダ情報が保存されているものと一致しているかどうかを 確認し、 一致しないため、 ルータ 1 1へ中継報告メッセージ (図 2 7 B ) を転送する (ステップ S 2 8 5 )。
次に、 ルータ 1 2から転送された中継報告メッセ一ジを受信したル一 夕 1 1は、 同様に、 このメッセージに含まれる情報が保存されているも のと一致するか否かをチェックし、 一致するため、 自己が当該パケッ ト の最初の転送元であると判断する。 そして、 ルー夕 1 3はこの中継報告 メッセージに含まれる中継ルータ情報からルータ 1 3を中継ルータとし て指定するリダイレクトパケットを作成し、 端末 1 4へ送信する (ステ ップ S 2 8 6 )。
次に、 このリダイレクトパケットを受信した端末 1 4は、 データパケ ットの中継ル一タをル一夕 1 1からル一夕 1 3へ変更して、 通信を続行 する (ステップ S 2 8 7 )。
以上のように本発明によれば、 ルータは外部ネットワークへ中継を要 求されたパケッ トを中継せずに、 他のルータへ転送するときは、 送信元 の端末へリダイレクトメッセージを送信せず、 中継するルータが決定し た際に、中継報告メッセージが最初の転送元ルータに向けて送信される。 そして、 この中継報告メッセージを受信した、 最初に対象のパケッ トを 転送したル一夕が中継ル'一夕を指示する旨のリダイレクトパケッ トを送 信元端末へ送信する。 これにより、 リダイレク トパケッ トは一度しか送 信元端末へ送信されないため、 L A N上に流れるバケツ ト数を少なくで き、 ネットワークの負荷を低減できる。
また、 送信元端末は、 中継先ルータの変更が一度ですむため、 送信処 理の負荷を低減できる。 産業上の利用可能性
本発明にかかるルータ選択方法は、 アプリケーションの要求等に応じ て適するルータを選択するネットワーク転送に有用であり、 通信の Q o S制御に適用できる。また、ル一夕の負荷分散等の用途にも適用できる。

Claims

請 求 の 範 囲
1 . 外部ネットワークとの中継を行う複数のルー夕を含むローカルエリ ァネットワークにおけるルータ選択方法であって、 .
同一セグメント内の全ルー夕が自己の識別子を含むマルチキャストパケ ッ トを定期的にマルチキャストするステップと、
前記ルー夕が同一セグメント内の他のルータから受信した、 前記マルチ キャストパケットに含まれる情報に基づいて、 同一セグメント内の前記 複数のルータ間でデータパケッ トを転送するルータを選択するルー夕選 択ステップと、
各ルータが同一セグメント内のノードあるいはルータから受信したデー 夕パケッ トをあらかじめ決められた条件に従って他のセグメントへ中継 するか否かを決定するステツプと、
前記データバケツ トを受信したルー夕が前記デ一夕バケツトを他のセグ メントへ中継しない場合に、 前記選択されたルー夕を中継先にするよう に前記データバケツトの送信元へ指示するリダイレク トを行うとともに、 前記選択されたルータへ前記データバケツトを転送するか、 または破棄 する転送ステップと、
前記リダイレクトを受信した前記送信元ノードが、 前記デ一夕パケッ ト とそれ以降のデータパケッ トを前記指示されたルータへ送信するステツ プと
を有し、
前記転送ステップが、 中継可能なルータに受信されるまで繰り返される ことを特徴とするルータ選択方法。
2 . 外部ネットワークとの中継を行う複数のルータを含む口一カルエリ ァネットワークにおけるルー夕選択方法であって、
同一セグメント内の全ルータが自己の識別子を含むマルチキャストパケ ットを定期的にマルチキャストするステツプと、
前記ルータが同一セグメント内の他のルータから受信した、 前記マルチ キャストパケッ トに含まれる情報に基づいて、 同一セグメント内の前記 複数のルー夕間でデータパケッ 卜を転送するルータを選択するステップ と、
各ル一夕が同一セグメント内のノードあるいはルータから受信したデ一 夕パケッ トをあらかじめ決められた条件に従って他のセグメントへ中継 するか否かを決定するステツプと、
前記ルータが受信した前記データバケツ トを他のセグメントへ中継しな いと決定した場合に、 前記データバケツ 卜を前記選択されたルータへ転 送するステップと、
前記ルータが受信した前記デ一タパケッ卜を他のセグメン卜へ中継する 場合に、 前記データパケットが送信元のノードから直接受信したもので はなく、 他めルー夕から転送された転送パケッ トである場合、 当該ルー 夕自身が前記転送バケツ卜を中継可能であることを示す中継報告情報を 転送元のルータへ送信するステツプと、
前記転送元のルータが前記中継報告情報を受信したときに、 自己が当該 中継報告情報の対象とするデータバケツ トを転送した最初のルータであ るか否かを判定し、 自己が最初のルータである場合、 前記データパケッ トの送信元ノードへ、 中継可能なルー夕を指示するリダイレクトを送信 し、 自己が最初のルータでない場合、 前記中継報告情報の対象とするデ 一夕バケツ 卜の転送元であったルー夕へ、 前記中継報告情報を転送する ステッフと、 を有するルータ選択方法。
3 . 前記マルチキャストバケツ トに記載された情報は、 '各ル一夕の識別 子であることを特徴とする請求の範囲第 1項あるいは第 2項に記載のル 一夕選択方法。
4 . 前記ルー夕選択ステップにおけるルータを選択する順番は、 前記マ ルチキャストパケッ トに含まれる前記情報のみを使用することを特徴と する請求の範囲第 3項に記載のルー夕選択方法。
5 . 前記選択されるル一夕を決定する順番は、 同一セグメントへのル一 夕の追加、 あるいは削除に応じて更新されることを特徴とする請求の範 囲第 1項あるいは第 2項に記載のルー夕選択方法。
6 . 前記マルチキャス卜パケットは各ルー夕から定期的に送信され、 前 記マルチキャストパケッ 卜が未受信のルー夕から受信された場合に、 前 記ルータが同一セグメン卜へ追加されたものとして前記順番に追加する ことを特徴とする請求の範囲第 5項に記載のル一夕選択方法。
7 . さらに、 一定時間特定のル一夕からのマルチキャストパケッ トが送 信されない場合に、 前記特定のルータが L A Nから削除されたものとし て前記順番から削除することを特徴とする請求の範囲第 6項に記載のル 一夕選択方法。
8 . 自己の識別子を含むマルチキャストバケツ トを定期的にマルチキヤ ストするマルチキャストパケット送信部と、
同一セグメント内のノードあるいはルー夕から受信した、 他のセグメン トへ中継すべきデータパケッ トを、 あらかじめ決められた条件に従って 他のセグメン卜のルー夕に中継するか否かを決定する中継決定部と、 同一セグメント内の他のルー夕から受信した前記マルチキャストパケッ 卜に含まれる情報に基づいて、 同一セグメント内のルータの中から前記 デ一夕バケツ トを転送するルー夕を決定する順番決定部と、
前記中継決定部からの中継不可の通知を受けて、 前記順番決定部により 選択された前記ルー夕へ前記データパケッ 卜を転送するとともに、 当該 転送先のルータを、 前記データバケツ 卜の中継先として前記データパケ ッ トの送信元へ通知するか、 または前記データパケッ トを破棄するパケ ッ 卜中継部と
を有するルー夕装置。
9 . 自己の識別子を含むマルチキャストバケツ トを定期的にマルチキヤ ス卜するマルチキャストパケッ卜送信部と、
同一セグメント内のノードあるいはルータから受信した、 他のセグメン トへ中継すべきデータパケッ トを、 あらかじめ決められた条件に従って 他のセグメン卜のルータに中継するか否かを決定する中継決定部と、 同一セグメント内の他のル一夕から受信した前記マルチキャストパケッ 卜に含まれる情報に基づいて、 同一セグメント内のル一夕の中から、 前 記データバケツ トを転送するルータを決定する順番決定部と、
前記中継決定部からの中継不可の通知を受けて、 前記順番決定部により 選択されたルータへ前記データバケツトを転送するとともに、 当該デー 夕パケットの送信元がノードであった場合は少なくとも当該データパケ ットを特定するバケツ ト識別子と送信元を特定するデバイス識別子とを 関連づけてヘッダ情報記憶部に記憶するパケッ ト中継部と、 前記パケッ 卜中継部からの要求で、 自己がバケツ卜を中継する旨を報告する中継報 告メッセージを生成する中継報告生成部と、
他のルー夕から受信した前記中継報告メッセージを前記データパケッ ト の転送元のルー夕へ転送する中継報告転送部と、
を有し、 前記パケッ ト中継部は他のルータから受信した前記中継報告メッセージ の対象とする前記デ一タパケッ トが、 前記ヘッダ情報記憶部に記憶した ものと同一である場合、 前記デバイス識別子の示す送信元ノードへ前記 データパケットを中継するルータを通知することを特徴とするルータ装 置。
1 0 . 前記順番決定部は、 前記マルチキャストパケッ トに含まれる前記 識別子を用いてルータの選択順位を決定することを特徴とする請求の範 囲第 8項あるいは第 9項に記載のルータ装置。
1 1 . 前記順番決定部は、 前記マルチキャストパケッ トに含まれるフラ グ情報をさらに用いてルータの選択順位を決定することを特徴とする請 求の範囲第 1 0項に記載のルー夕装置。
1 2 . 前記順番決定部は、 前記選択順位に含まれないルータからマルチ キャストバケツトを受信した場合に前記選択順位に追加し、 前記選択順 位に含まれるル一夕から規定時間マルチキャストパケッ トを受信しない 場合に選択順位から削除する順番更新部を有することを特徴とする請求 の範囲第 1 1項に記載のルー夕装置。
1 3 .前記条件が前記データパケッ トの種別、ルータにおける輻輳状態、 伝送能力、 前記中継決定部で中継しないと判断した回数、 あるいは通信 コスト、 またはこれらの条件のうちいずれかの組み合わせであることを 特徴とする請求の範囲第 8項あるいは第 9項に記載のル一夕装置。
PCT/JP2004/014891 2003-10-02 2004-10-01 ルータ選択方法及びルータ装置 WO2005034440A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP04792176A EP1617605A4 (en) 2003-10-02 2004-10-01 METHOD FOR SELECTING A ROUTER AND ROUTER
US10/554,717 US7499396B2 (en) 2003-10-02 2004-10-01 Router selecting method and router apparatus
CNB200480014999XA CN100505671C (zh) 2003-10-02 2004-10-01 路由器选择方法及路由器装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2003344151 2003-10-02
JP2003-344151 2003-10-02
JP2004-279083 2004-09-27
JP2004279083A JP4556592B2 (ja) 2003-10-02 2004-09-27 ルータ選択方法及びルータ装置

Publications (1)

Publication Number Publication Date
WO2005034440A1 true WO2005034440A1 (ja) 2005-04-14

Family

ID=34425339

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/014891 WO2005034440A1 (ja) 2003-10-02 2004-10-01 ルータ選択方法及びルータ装置

Country Status (6)

Country Link
US (1) US7499396B2 (ja)
EP (1) EP1617605A4 (ja)
JP (1) JP4556592B2 (ja)
KR (1) KR101031474B1 (ja)
CN (1) CN100505671C (ja)
WO (1) WO2005034440A1 (ja)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140071818A1 (en) 2004-07-16 2014-03-13 Virginia Innovation Sciences, Inc. Method and system for efficient communication
JP4961718B2 (ja) * 2005-07-28 2012-06-27 横河電機株式会社 ネットワーク通信システム
US20070133455A1 (en) * 2005-12-13 2007-06-14 Ravi Kuchibhotla System and method for multicasting through short range mobile-to-mobile communication
KR100882355B1 (ko) * 2006-12-01 2009-02-12 한국전자통신연구원 제어 서버의 성능 향상을 위한 IPv6-IPv4 전환방법 및 시스템
KR101171471B1 (ko) * 2007-08-09 2012-08-07 후지쯔 가부시끼가이샤 무선 통신 시스템에서의 핸드오버 방법과 무선 기지국 및 무선 단말기
JP2009217398A (ja) * 2008-03-07 2009-09-24 Fujitsu Ltd 情報処理装置、情報処理装置制御プログラムおよび情報処理装置制御方法
US8509235B2 (en) * 2008-07-30 2013-08-13 Blue Coat Systems, Inc. Layer-2 packet return in proxy-router communication protocol environments
JP5340062B2 (ja) * 2009-07-14 2013-11-13 アラクサラネットワークス株式会社 ネットワーク中継装置およびネットワークシステム
FR2948841B1 (fr) * 2009-07-31 2014-06-20 Thales Sa Procede et systeme pour la selection automatique de media de transmission
WO2011083565A1 (ja) * 2010-01-05 2011-07-14 三菱電機株式会社 ルーチング情報生成装置、ルーチング情報生成方法およびルーチング情報生成プログラム
WO2011099649A1 (ja) * 2010-02-15 2011-08-18 日本電気株式会社 イベント配信装置、イベント配信システム、及び、イベント配信方法
US9572195B2 (en) 2011-08-02 2017-02-14 Google Technology Holdings LLC Link sharing within a communication system
JP5708410B2 (ja) * 2011-09-27 2015-04-30 株式会社ナカヨ VoIPゲートウェイおよび通信システムの着信制御方法
US9100929B2 (en) * 2012-11-02 2015-08-04 Intel Mobile Communications GmbH Terminal and a method for establishing a cellular network connection between a terminal and a base station
US8958344B2 (en) 2013-02-20 2015-02-17 Telefonaktiebolaget L M Ericsson (Publ) Method and system of enhancing multiple MAC registration protocol (MMRP) for protocol internetworking
US9407560B2 (en) 2013-03-15 2016-08-02 International Business Machines Corporation Software defined network-based load balancing for physical and virtual networks
US9444748B2 (en) * 2013-03-15 2016-09-13 International Business Machines Corporation Scalable flow and congestion control with OpenFlow
US9338055B2 (en) * 2013-03-15 2016-05-10 Cisco Technology, Inc. Virtual router upgrade via graceful restart
US9596192B2 (en) 2013-03-15 2017-03-14 International Business Machines Corporation Reliable link layer for control links between network controllers and switches
US9609086B2 (en) 2013-03-15 2017-03-28 International Business Machines Corporation Virtual machine mobility using OpenFlow
US9769074B2 (en) 2013-03-15 2017-09-19 International Business Machines Corporation Network per-flow rate limiting
US20140321461A1 (en) * 2013-04-29 2014-10-30 Vonage Network Llc Efficient call routing based upon network conditions
CN105228201B (zh) * 2015-10-13 2018-12-25 小米科技有限责任公司 中继路由器的切换方法及装置
CN105307226B (zh) * 2015-11-25 2018-10-12 小米科技有限责任公司 信号源的选择方法、装置及系统
JP6939726B2 (ja) * 2018-07-17 2021-09-22 日本電信電話株式会社 攻撃対処箇所選択装置及び攻撃対処箇所選択方法
JP7091921B2 (ja) * 2018-08-03 2022-06-28 トヨタ自動車株式会社 通信方法および通信システム
US20220015003A1 (en) * 2018-11-30 2022-01-13 Sony Group Corporation Spectrum access restriction and re-routing of data
CN111865810B (zh) * 2019-04-30 2022-08-09 华为技术有限公司 一种拥塞信息采集方法、系统、相关设备及计算机存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0918518A (ja) * 1995-07-04 1997-01-17 Oki Electric Ind Co Ltd ゲートウェイ装置を介した網接続装置との通信方法
JP2002198988A (ja) * 2000-12-27 2002-07-12 Canon Inc リモートipルータ装置
JP2003023444A (ja) * 2001-07-06 2003-01-24 Fujitsu Ltd 仮想ルータを利用した動的な負荷分散システム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5473599A (en) * 1994-04-22 1995-12-05 Cisco Systems, Incorporated Standby router protocol
JP3653917B2 (ja) * 1997-02-25 2005-06-02 富士通株式会社 通信網におけるパケット中継方法及びエンドシステム
US6556547B1 (en) * 1998-12-15 2003-04-29 Nortel Networks Limited Method and apparatus providing for router redundancy of non internet protocols using the virtual router redundancy protocol
US6397260B1 (en) * 1999-03-08 2002-05-28 3Com Corporation Automatic load sharing for network routers
EP1041775A1 (en) * 1999-03-30 2000-10-04 International Business Machines Corporation Router monitoring in a data transmission system utilizing a network dispatcher for a cluster of hosts
US6505254B1 (en) * 1999-04-19 2003-01-07 Cisco Technology, Inc. Methods and apparatus for routing requests in a network
US6363065B1 (en) * 1999-11-10 2002-03-26 Quintum Technologies, Inc. okApparatus for a voice over IP (voIP) telephony gateway and methods for use therein
US6965948B1 (en) 1999-11-12 2005-11-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for selective network access
US7035217B1 (en) * 2000-10-20 2006-04-25 Cisco Technology, Inc. Router-assisted multicast congestion control
US7092354B2 (en) * 2001-06-07 2006-08-15 Intel Corporation Method and apparatus to provide redundancy in a network
US7260647B2 (en) * 2002-03-28 2007-08-21 International Business Machines Corporation Method of load balancing traffic among routers in a data transmission system
US7593346B2 (en) * 2003-07-31 2009-09-22 Cisco Technology, Inc. Distributing and balancing traffic flow in a virtual gateway

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0918518A (ja) * 1995-07-04 1997-01-17 Oki Electric Ind Co Ltd ゲートウェイ装置を介した網接続装置との通信方法
JP2002198988A (ja) * 2000-12-27 2002-07-12 Canon Inc リモートipルータ装置
JP2003023444A (ja) * 2001-07-06 2003-01-24 Fujitsu Ltd 仮想ルータを利用した動的な負荷分散システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1617605A4 *

Also Published As

Publication number Publication date
JP2005130476A (ja) 2005-05-19
EP1617605A4 (en) 2010-04-14
US7499396B2 (en) 2009-03-03
KR20060062029A (ko) 2006-06-09
CN100505671C (zh) 2009-06-24
CN1799226A (zh) 2006-07-05
EP1617605A1 (en) 2006-01-18
US20060203828A1 (en) 2006-09-14
JP4556592B2 (ja) 2010-10-06
KR101031474B1 (ko) 2011-04-26

Similar Documents

Publication Publication Date Title
WO2005034440A1 (ja) ルータ選択方法及びルータ装置
JP3653917B2 (ja) 通信網におけるパケット中継方法及びエンドシステム
US7586894B2 (en) Communication system capable of selecting optimum gateway for terminals
US6654359B1 (en) Wireless access to packet-based networks
US7239618B1 (en) Single phase local mobility scheme for wireless access to packet-based networks
US6496505B2 (en) Packet tunneling optimization to wireless devices accessing packet-based wired networks
US7826461B2 (en) Packet switching system, packet switching method, routing apparatus, structure of packet, and packet generating method
US6763007B1 (en) Two phase local mobility scheme for wireless access to packet based networks
JP4477563B2 (ja) ワイヤレスローカルエリアネットワーク(wlan)−セルラシステムにおけるフローベースの選択的リバーストンネリング
JP4462042B2 (ja) ルータ選択方法、ホームエージェント装置、移動ルータ、および移動ネットワークシステム
JP4277189B2 (ja) ルータ装置及びパケット転送制御方法
JP2005244904A (ja) マルチキャストネットワーク装置,マルチキャストネットワークシステムおよびマルチキャスト方法
JP2001500345A (ja) 多層分散ネットワーク要素におけるルーティング
JP6921322B2 (ja) プログラマブルネットワーク技術に基づくマルチホストネットワークのルーティング転送方法
JP3727309B2 (ja) パケット通信システム
US7313128B2 (en) Method and mobile radio communication network for the transmission of packet data
US8135005B2 (en) Communication control system, communication control method, routing controller and router suitably used for the same
CN1567891B (zh) 一种实现对数据业务传输路径选择的方法
JP2004274702A (ja) ルータ装置及びパケット転送制御方法
JP2008301517A (ja) ルータ装置及びパケット転送制御方法
JP4286710B2 (ja) 通信制御装置、通信制御システム、通信制御方法並びにコンピュータプログラム
JP2006115362A (ja) パケット中継装置
JP3965202B1 (ja) ネットワーク通信機器およびリング型ネットワーク用通信プログラム。
JP2006238113A (ja) パケット転送方法、ルータ装置、および端末装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2004792176

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10554717

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2004814999X

Country of ref document: CN

Ref document number: 1020057022920

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2004792176

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020057022920

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 10554717

Country of ref document: US