WO2024166315A1 - 収容変更装置、収容変更方法および収容変更プログラム - Google Patents

収容変更装置、収容変更方法および収容変更プログラム Download PDF

Info

Publication number
WO2024166315A1
WO2024166315A1 PCT/JP2023/004414 JP2023004414W WO2024166315A1 WO 2024166315 A1 WO2024166315 A1 WO 2024166315A1 JP 2023004414 W JP2023004414 W JP 2023004414W WO 2024166315 A1 WO2024166315 A1 WO 2024166315A1
Authority
WO
WIPO (PCT)
Prior art keywords
accommodation
change
user
route
accommodation change
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2023/004414
Other languages
English (en)
French (fr)
Inventor
裕太 渡辺
貴之 藤原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Inc
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2024576009A priority Critical patent/JPWO2024166315A1/ja
Priority to PCT/JP2023/004414 priority patent/WO2024166315A1/ja
Publication of WO2024166315A1 publication Critical patent/WO2024166315A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery

Definitions

  • the present invention relates to a storage change device, a storage change method, and a storage change program.
  • the service can be continued by changing the user's accommodation to another device.
  • operations are carried out such that the user's accommodation is changed back to the original device when the failure is restored.
  • operations are also carried out such that the user's accommodation is temporarily changed.
  • BGP Border Gateway Protocol
  • the location of the user is advertised to the entire core network.
  • BGP Border Gateway Protocol
  • the user's route information is aggregated and advertised on a device basis, etc. (see Non-Patent Document 1).
  • the present invention was made in consideration of the above, and aims to make it easy to change the accommodation for each user.
  • the accommodation change device is characterized by having an acquisition unit that acquires information about a user who is the subject of accommodation change, and a setting unit that sets, for each user, a route to the user via a tunnel from the accommodation change source device to the accommodation change destination device.
  • the present invention makes it easy to change the accommodation for each user.
  • FIG. 1 is a diagram for explaining an overview of the accommodation change device of the present embodiment.
  • FIG. 2 is a diagram for explaining an overview of the accommodation change device of this embodiment.
  • FIG. 3 is a diagram for explaining an overview of the accommodation change device of this embodiment.
  • FIG. 4 is a diagram for explaining an overview of the accommodation change device of this embodiment.
  • FIG. 5 is a diagram for explaining an overview of the accommodation change device of this embodiment.
  • FIG. 6 is a schematic diagram illustrating a schematic configuration of the accommodation changing device of this embodiment.
  • FIG. 7 is a diagram for explaining the processing of the accommodation change device.
  • FIG. 8 is a diagram for explaining the processing of the accommodation change device.
  • FIG. 9 is a flowchart showing the accommodation change processing procedure.
  • FIG. 10 is a diagram for explaining the effect of the accommodation change process.
  • FIG. 11 is a diagram for explaining the effect of the accommodation change process.
  • FIG. 12 is a diagram illustrating an example of a computer that executes a storage change program.
  • FIGS. 1 to 5 are diagrams for explaining an overview of the accommodation change device of the present embodiment.
  • the accommodation of the user HGW, Home GateWay
  • the accommodation of the user is changed to another device Edge-2, so that the service can be continued.
  • the BGP advertisement information would change as the user's location changed.
  • the advertisement information for "2002:0:1::0/48" that aggregated users accommodated in Edge-1, as shown in Figure 1(a) is changed to advertisement information for Edge-2, as shown in Figure 1(b).
  • the relocation is performed one user at a time to minimize the service interruption time.
  • users accommodated in Edge-1 are relocated to Edge-2 one user at a time.
  • user "2002:0:1:1::0/56" accommodated in Edge-1 is relocated to Edge-2 as shown in FIG. 3(b).
  • the route information for user "2002:0:1:1::0/56" is not aggregated but is added to the BGP advertisement information of Edge-2. In this way, the amount of route information circulating in the core network increases even during the process of relocation due to maintenance or the like.
  • the increase in route information circulating within the core network is suppressed by utilizing a tunnel from the relocation source device to the relocation destination device.
  • a static route is set to the user via a tunnel from the relocation source Edge-2 to the relocation destination Edge-1.
  • the example shown in FIG. 4 illustrates a case where user "2002:0:1:1::0/56" is relocated to Edge-1.
  • upstream traffic A and downstream traffic B for the user "2002:0:1:1::0/56" that is the target of the accommodation change will take different routes.
  • upstream traffic is sent from Edge-1, the destination of the accommodation change
  • downstream traffic travels from Edge-2, the source of the accommodation change, via a tunnel to reach Edge-1, the destination of the accommodation change.
  • FIG. 6 is a schematic diagram illustrating the schematic configuration of the accommodation change device of this embodiment.
  • Fig. 7 and Fig. 8 are diagrams for explaining the processing of the accommodation change device.
  • the accommodation change device 10 of this embodiment is realized by a general-purpose computer such as a personal computer, and includes an input unit 11, an output unit 12, a communication control unit 13, a storage unit 14, and a control unit 15.
  • the input unit 11 is realized using input devices such as a keyboard and a mouse, and inputs various instruction information such as starting processing to the control unit 15 in response to input operations by an operator.
  • the output unit 12 is realized by a display device such as a liquid crystal display, a printing device such as a printer, etc. For example, the output unit 12 displays the results of the accommodation change processing described below.
  • the communication control unit 13 is realized by a NIC (Network Interface Card) or the like, and controls communication between the control unit 15 and external devices via telecommunication lines such as a LAN (Local Area Network) or the Internet.
  • the communication control unit 13 controls communication between the control unit 15 and a network device that is the target of accommodation change processing, or a management device that manages information on users accommodated in each device.
  • the storage unit 14 is realized by a semiconductor memory element such as a RAM (Random Access Memory) or a flash memory, or a storage device such as a hard disk or an optical disk.
  • the storage unit 14 stores in advance the processing program that operates the accommodation change device 10 and data used during the execution of the processing program, or stores it temporarily each time processing is performed.
  • the storage unit 14 may be configured to communicate with the control unit 15 via the communication control unit 13.
  • the control unit 15 is realized using a CPU (Central Processing Unit), NP (Network Processor), FPGA (Field Programmable Gate Array), etc., and executes a processing program stored in memory. As a result, the control unit 15 functions as an acquisition unit 15a, a setting unit 15b, an advertising unit 15c, and a deletion unit 15d, as illustrated in FIG. 6, to execute the accommodation change process. Note that each of these functional units, or a part of them, may be implemented in different hardware. For example, the advertising unit 15c and the deletion unit 15d may be implemented in a device different from the acquisition unit 15a and the setting unit 15b. The control unit 15 may also have other functional units.
  • CPU Central Processing Unit
  • NP Network Processor
  • FPGA Field Programmable Gate Array
  • the acquisition unit 15a acquires information about the user who is the target of the accommodation change. For example, the acquisition unit 15a acquires the address of the user who will perform the accommodation change, information about the device from which the accommodation change is to be performed, and the device to which the accommodation change is to be performed, via the input unit 11, or from a management device or the like via the communication control unit 13. The acquisition unit 15a may store this information acquired in advance in the storage unit 14.
  • the setting unit 15b sets a route to the user via a tunnel from the device at the source of the change to the device at the destination of the change for each user to be changed. Specifically, as shown in FIG. 4, the setting unit 15b sets a static route to the user via a tunnel from Edge-2 at the source of the change to Edge-1 at the destination of the change. This route is originally set at the edge using connected or the like, so there is no problem with an increase in the number of routes.
  • upstream traffic A and downstream traffic B for the user take different routes.
  • the BGP advertisement information of the device from which the accommodation change originates does not need to be changed and remains the aggregated advertisement information. Therefore, the increase in the amount of route information is suppressed, the impact on network stability is reduced, and services can be continued seamlessly. Furthermore, since this is a temporary state, it does not pose any major operational problems.
  • the amount of upstream traffic on the upstream side of the device from which the accommodation was changed (Edge-2) or the downstream side of the device to which the accommodation was changed (Edge-1) increases.
  • upstream traffic is generally less than downstream traffic, the risk of congestion occurring is small.
  • the risk of congestion can be avoided by adding rate control to the tunnel.
  • the setting unit 15b may change the static route of an individual route that passes through a tunnel from the source device to the destination device, and may use a static route of an aggregated route or route advertisement such as BGP from the destination device to the source device.
  • the advertising unit 15c aggregates and advertises the routes from the destination device to all users. For example, as shown in FIG. 7(a), when the setting of the static route via the tunnel is completed for all users who are the subject of the accommodation change from Edge-2 to Edge-1, the advertising unit 15c aggregates and advertises the route information of all users from the destination Edge-1 as shown in FIG. 7(b). In the example shown in FIG. 7(b), the aggregated route information "2002:0:1:1:0/48" is advertised from Edge-1 to Core-1.
  • the deletion unit 15d deletes unnecessary route information. Specifically, the deletion unit 15d deletes routes that go through the set tunnels and aggregated routes from the source device of the accommodation change to the users advertised. For example, as illustrated in FIG. 8, the deletion unit 15d deletes the advertisement information "2002:0:1::0/48" of Edge-2 that is no longer necessary. The deletion unit 15d also deletes the tunnel illustrated in FIG. 7(a) and the information on the static routes of all users that go through the tunnels.
  • Fig. 9 is a flowchart showing the accommodation change process procedure.
  • the flowchart in Fig. 9 is started, for example, when the user performs an operation input to instruct the start of the process.
  • the acquisition unit 15a acquires information about the user who is the target of the accommodation change (step S1). For example, the acquisition unit 15a acquires the address of the user who will perform the accommodation change, information about the device from which the accommodation change is to be performed, and the device to which the accommodation change is to be performed, via the input unit 11 or from a management device or the like via the communication control unit 13.
  • the setting unit 15b sets, for each user to be changed, a route to the user via a tunnel from the device at the source of the change to the device at the destination of the change (step S2). For example, the setting unit 15b sets a static route to the user via a tunnel from the edge device at the source of the change to the edge device at the destination of the change.
  • step S3 the setting unit 15b repeats the setting of a route via a tunnel from the device at the source of the accommodation change to the device at the destination of the accommodation change for each user that is the subject of the accommodation change.
  • step S3 Yes
  • step S4 the setting unit 15b proceeds to step S4.
  • the advertising unit 15c aggregates and advertises the routes from the new device to all users (step S4).
  • the deletion unit 15d also deletes the route that passes through the set tunnel (step S5).
  • the deletion unit 15d also deletes the aggregated route from the source device of the accommodation change to the advertised user that is no longer necessary. This completes the series of accommodation change processes.
  • the acquisition unit 15a acquires information on users who are the targets of accommodation change.
  • the setting unit 15b sets, for each user who is the target of accommodation change, a route to the user that passes through a tunnel from the accommodation change source device to the accommodation change destination device.
  • the BGP advertisement information of the device from which the accommodation change originates does not need to be changed and remains the aggregated advertisement information.
  • the route via the tunnel is information that was originally set in the device from which the accommodation change originates/destination, and does not contribute to an increase in the amount of route information. Therefore, an increase in the amount of route information is suppressed, the impact on network stability is reduced, and service can be continued seamlessly. In this way, even when accommodation is changed on a user-by-user basis, the accommodation change device 10 suppresses the generation of a large amount of route advertisements, enabling stable operation of the network. Therefore, it becomes easy to change accommodation on a user-by-user basis.
  • Figures 10 and 11 are diagrams for explaining the effect of accommodation change processing.
  • the number of route information received by the upstream core router becomes N+1, and a large amount of route information is circulated within the core network.
  • it may be difficult to incorporate all the route information or the processing costs for route calculation may be large, which may affect the stability of the network.
  • the number of pieces of route information received by the upstream core router is almost 1 except when it becomes 2 immediately after the movement of all N users to be accommodated is completed, and it can be said that the impact of the number of pieces of route information within the core network is extremely minor.
  • the generation of a large amount of route advertisements is suppressed, device costs are reduced, and stable operation of the network is possible.
  • the advertising unit 15c when the advertising unit 15c has completed setting routes to users via a tunnel from the device at the source of the accommodation change to the device at the destination of the accommodation change for all users that are the subject of the accommodation change, the advertising unit 15c aggregates and advertises routes from the device at the destination of the accommodation change to all users. This enables the accommodation change device 10 to streamline route information.
  • the deletion unit 15d also deletes the route that passes through the tunnel from the configured device at the source of the change to the device at the destination of the change, and the aggregated route from the device at the source of the change to the advertised user. In this way, by deleting route information that is no longer necessary after the change of accommodation process is completed, it is possible to streamline the route information.
  • a program can be created in which the process executed by the accommodation change device 10 according to the above embodiment is written in a language executable by a computer.
  • the accommodation change device 10 can be implemented by installing an accommodation change program that executes the above accommodation change process as package software or online software on a desired computer.
  • the information processing device can function as the accommodation change device 10 by executing the above accommodation change program on an information processing device.
  • the information processing device referred to here includes desktop or notebook personal computers.
  • the information processing device also includes mobile communication terminals such as smartphones, mobile phones, and PHS (Personal Handyphone System), as well as slate terminals such as PDAs (Personal Digital Assistants).
  • the functions of the accommodation change device 10 may be implemented on a cloud server.
  • FIG. 12 is a diagram showing an example of a computer that executes a storage change program.
  • the computer 1000 has, for example, a memory 1010, a CPU 1020, a hard disk drive interface 1030, a disk drive interface 1040, a serial port interface 1050, a video adapter 1060, and a network interface 1070. These components are connected by a bus 1080.
  • the memory 1010 includes a ROM (Read Only Memory) 1011 and a RAM 1012.
  • the ROM 1011 stores a boot program such as a BIOS (Basic Input Output System).
  • BIOS Basic Input Output System
  • the hard disk drive interface 1030 is connected to a hard disk drive 1031.
  • the disk drive interface 1040 is connected to a disk drive 1041.
  • a removable storage medium such as a magnetic disk or optical disk is inserted into the disk drive 1041.
  • the serial port interface 1050 is connected to a mouse 1051 and a keyboard 1052, for example.
  • the video adapter 1060 is connected to a display 1061, for example.
  • the hard disk drive 1031 stores, for example, an OS (Operating System) 1091, an application program 1092, a program module 1093, and program data 1094. Each piece of information described in the above embodiment is stored, for example, in the hard disk drive 1031 or memory 1010.
  • OS Operating System
  • the storage change program is stored in the hard disk drive 1031, for example, as a program module 1093 in which commands to be executed by the computer 1000 are written.
  • the program module 1093 in which the processes executed by the storage change device 10 described in the above embodiment are written is stored in the hard disk drive 1031.
  • data used for information processing by the accommodation change program is stored as program data 1094, for example, in the hard disk drive 1031.
  • the CPU 1020 reads the program module 1093 and program data 1094 stored in the hard disk drive 1031 into the RAM 1012 as necessary, and executes each of the above-mentioned procedures.
  • the program module 1093 and program data 1094 related to the storage change program are not limited to being stored in the hard disk drive 1031, but may be stored in a removable storage medium, for example, and read by the CPU 1020 via the disk drive 1041 or the like.
  • the program module 1093 and program data 1094 related to the storage change program may be stored in another computer connected via a network such as a LAN or WAN (Wide Area Network), and read by the CPU 1020 via the network interface 1070.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

収容変更装置（１０）において、取得部（１５ａ）が、収容変更対象のユーザに関する情報を取得する。設定部（１５ｂ）が、収容変更対象のユーザごとに、収容変更元の装置から収容変更先の装置へのトンネルを経由する該ユーザへの経路を設定する。

Description

収容変更装置、収容変更方法および収容変更プログラム
　本発明は、収容変更装置、収容変更方法および収容変更プログラムに関する。
　ネットワークにおいて、ユーザを収容する装置に障害が発生した際、別の装置に収容変更することでサービスの継続を行っている。その場合に、装置容量等の観点から、障害復旧時には元の装置へ収容を変更するといった運用が行われている。また、装置のメンテナンス等においても、一時的にユーザの収容を変更するといった運用が行われている。
　その場合に、一度に多くのユーザの収容変更を行うと、コンフィグレーションの再投入に時間を要し、サービス断の時間が発生する。そこで、シームレスにサービスを提供するために、１ユーザ毎に収容を変更する必要がある。
　ここで、従来、ＢＧＰ（Border　Gateway　Protocol）等では、ユーザの収容位置がコアネットワーク全体に広告されている。その際にＢＧＰでは、ネットワーク全体の負担を軽減するために、ユーザの経路情報は装置単位等で集約して広告されている（非特許文献１参照）。
"A　Border　Gateway　Protocol　4　(BGP-4)"、[online]、2006年1月、RFC4271,［2023年1月16日検索］、インターネット<URL：https://www.rfc-editor.org/rfc/rfc4271>
　しかしながら、従来技術では、１ユーザ毎に収容を変更することが困難な場合がある。例えば、ＢＧＰでユーザの経路情報を集約して広告している場合、１ユーザ毎に収容を変更するとユーザ毎の経路広告が必要となるため、大量の経路情報がネットワークに流通し、ネットワーク装置に高い性能が求められたり、ネットワークの安定性に影響を及ぼすおそれがあったりする。
　本発明は、上記に鑑みてなされたものであって、１ユーザ毎に収容を変更することを容易に可能とすることを目的とする。
　上述した課題を解決し、目的を達成するために、本発明に係る収容変更装置は、収容変更対象のユーザに関する情報を取得する取得部と、前記ユーザごとに、収容変更元の装置から収容変更先の装置へのトンネルを経由する該ユーザへの経路を設定する設定部と、を有することを特徴とする。
　本発明によれば、１ユーザ毎に収容を変更することが容易に可能となる。
図１は、本実施形態の収容変更装置の概要を説明するための図である。 図２は、本実施形態の収容変更装置の概要を説明するための図である。 図３は、本実施形態の収容変更装置の概要を説明するための図である。 図４は、本実施形態の収容変更装置の概要を説明するための図である。 図５は、本実施形態の収容変更装置の概要を説明するための図である。 図６は、本実施形態の収容変更装置の概略構成を例示する模式図である。 図７は、収容変更装置の処理を説明するための図である。 図８は、収容変更装置の処理を説明するための図である。 図９は、収容変更処理手順を示すフローチャートである。 図１０は、収容変更処理の効果を説明するための図である。 図１１は、収容変更処理の効果を説明するための図である。 図１２は、収容変更プログラムを実行するコンピュータの一例を示す図である。
　以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。
［収容変更装置の概要］
　図１～図５は、本実施形態の収容変更装置の概要を説明するための図である。まず、図１に例示するＥｄｇｅ－１で障害が発生した場合に、ユーザ（ＨＧＷ,　Home　GateWay）を別の装置Ｅｄｇｅ－２に収容変更することで、サービスを継続することが可能となる。
　その際に、従来は、ユーザの収容位置変更に伴い、ＢＧＰの広告情報が変更される。例えば、図１（ａ）に例示するＥｄｇｅ－１に収容されているユーザを集約した「２００２：０：１：：０／４８」の広告情報が、図１（ｂ）に例示するようにＥｄｇｅ－２の広告情報に変更されている。
　その後、Ｅｄｇｅ－１が障害復旧した場合には、装置容量の観点から、ユーザの収容位置を元のＥｄｇｅ－１に戻している。ここで、１ユーザずつ収容位置を変更する場合には、図２（ｂ）に例示するように、途中経過でユーザごとに１経路情報をＥｄｇｅ－１の広告情報に追加する必要がある。図２（ｂ）に示す例では、ユーザ「２００２：０：１：１：：０／５６」の経路情報がＥｄｇｅ－１の広告情報に追加されている。一方、Ｅｄｇｅ－２の広告情報数は変わらない。このように、収容変更の途中経過では、コア網内へ流通する経路情報数が増加する。
　また、メンテナンス等のために特定のエッジ装置からユーザの収容変更を行う場合には、サービス断時間をできるだけ短くするために、１ユーザ毎に収容変更を行う。図３に示す例では、Ｅｄｇｅ－１に収容されているユーザが１ユーザ毎にＥｄｇｅ－２に収容変更されている。例えば、図３（ａ）に例示するように、Ｅｄｇｅ－１に収容されているユーザ「２００２：０：１：１：：０／５６」が、図３（ｂ）に例示するように、Ｅｄｇｅ－２に収容変更されている。この場合には、ユーザ「２００２：０：１：１：：０／５６」の経路情報が集約されずにＥｄｇｅ－２のＢＧＰ広告情報に追加されている。このように、メンテナンス等による収容変更の途中経過でも、コア網内へ流通する経路情報数が増加する。
　そこで、本実施形態の収容変更装置では、収容変更元の装置から収容変更先の装置へのトンネルを活用することにより、コア網内に流通する経路情報の増加を抑制する。具体的には、図４に例示するように、１ユーザ毎に、収容変更元のＥｄｇｅ－２から収容変更先のＥｄｇｅ－１へのトンネルを経由するユーザへのスタティック（ｓｔａｔｉｃ）ルートを設定する。図４に示す例では、ユーザ「２００２：０：１：１：：０／５６」をＥｄｇｅ－１に収容変更した場合が例示されている。
　この場合には、図５に例示するように、収容変更対象のユーザ「２００２：０：１：１：：０／５６」に対する上りトラフィックＡと下りトラフィックＢとは異なる経路となる。すなわち、上りトラフィックは収容変更先のＥｄｇｅ－１からと発信されるが、下りトラフィックは収容変更元のＥｄｇｅ－２からトンネルを経由して収容変更先のＥｄｇｅ－１に到達する。これにより、収容変更の途中経過では、収容変更元の装置（Ｅｄｇｅ－２）のＢＧＰ広告情報は、集約された広告情報のまま変更する必要がない。したがって、経路情報数の増加が抑制され、ネットワークの安定性への影響が低減される。
［収容変更装置の構成］
　図６は、本実施形態の収容変更装置の概略構成を例示する模式図である。また、図７および図８は、収容変更装置の処理を説明するための図である。まず、図６に例示するように、本実施形態の収容変更装置１０は、パソコン等の汎用コンピュータで実現され、入力部１１、出力部１２、通信制御部１３、記憶部１４、および制御部１５を備える。
　入力部１１は、キーボードやマウス等の入力デバイスを用いて実現され、操作者による入力操作に対応して、制御部１５に対して処理開始などの各種指示情報を入力する。出力部１２は、液晶ディスプレイなどの表示装置、プリンター等の印刷装置等によって実現される。例えば、出力部１２には、後述する収容変更処理の結果が表示される。
　通信制御部１３は、ＮＩＣ（Network　Interface　Card）等で実現され、ＬＡＮ（Local　Area　Network）やインターネットなどの電気通信回線を介した外部の装置と制御部１５との通信を制御する。例えば、通信制御部１３は、収容変更処理対象のネットワーク装置や、各装置に収容されているユーザの情報等を管理する管理装置等と制御部１５との通信を制御する。
　記憶部１４は、ＲＡＭ（Random　Access　Memory）、フラッシュメモリ（Flash　Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１４には、収容変更装置１０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが予め記憶され、あるいは処理の都度一時的に記憶される。なお、記憶部１４は、通信制御部１３を介して制御部１５と通信する構成でもよい。
　制御部１５は、ＣＰＵ（Central　Processing　Unit）やＮＰ（Network　Processor）やＦＰＧＡ（Field　Programmable　Gate　Array）等を用いて実現され、メモリに記憶された処理プログラムを実行する。これにより、制御部１５は、図６に例示するように、取得部１５ａ、設定部１５ｂ、広告部１５ｃおよび削除部１５ｄとして機能して、収容変更処理を実行する。なお、これらの機能部は、それぞれ、あるいは一部が異なるハードウェアに実装されてもよい。例えば、広告部１５ｃおよび削除部１５ｄは、取得部１５ａおよび設定部１５ｂとは異なる装置に実装されてもよい。また、制御部１５は、その他の機能部を備えてもよい。
　取得部１５ａは、収容変更対象のユーザに関する情報を取得する。例えば、取得部１５ａは、入力部１１を介して、あるいは管理装置等から通信制御部１３を介して、収容変更を行うユーザのアドレスや、収容変更元の装置および収容変更先の装置の情報等を取得する。取得部１５ａは、予め取得したこれらの情報を記憶部１４に記憶させてもよい。
　設定部１５ｂは、収容変更対象のユーザごとに、収容変更元の装置から収容変更先の装置へのトンネルを経由する該ユーザへの経路を設定する。具体的には、設定部１５ｂは、図４に例示したように、収容変更元のＥｄｇｅ－２から収容変更先のＥｄｇｅ－１へのトンネルを経由するユーザへのスタティック（ｓｔａｔｉｃ）ルートを設定する。この経路は、もとよりｃｏｎｎｅｃｔｅｄ等でエッジに設定されている経路であり、経路数の増加の問題は生じない。
　この場合に、図５に例示したように、ユーザに対する上りトラフィックＡと下りトラフィックＢとは異なる経路となる。これにより、収容変更の途中経過では、収容変更元の装置のＢＧＰ広告情報は、集約された広告情報のまま変更する必要がない。したがって、経路情報数の増加が抑制され、ネットワークの安定性への影響が低減され、シームレスにサービス継続が可能となる。また、一時的な状態であり、運用面の問題もさほど大きくはない。
　このように、トンネルを利用することにより、収容変更元の装置（Ｅｄｇｅ－２）の上流側の上り、または収容変更先の装置（Ｅｄｇｅ－１）の下流側の上りのトラフィック量は増加する。しかし、一般に上りのトラフィックは下りのトラフィックより少ないため、輻輳が発生するリスクは小さい。また、トンネルにレート制御を加えることにより、輻輳リスクを回避可能である。
　なお、設定部１５ｂは、収容変更元の装置から収容変更先の装置へのトンネルを経由する個別経路のスタティック（ｓｔａｔｉｃ）ルートに変えて、集約経路のスタティック（ｓｔａｔｉｃ）ルートや収容変更先の装置から収容変更元の装置へのＢＧＰ等の経路広告を用いてもよい。
　広告部１５ｃは、収容変更対象の全てのユーザについて、収容変更元の装置から収容変更先の装置へトンネルを経由する経路の設定が完了した場合に、収容変更先の装置から全てのユーザへの経路を集約して広告する。例えば、図７（ａ）に例示するように、Ｅｄｇｅ－２からＥｄｇｅ－１への収容変更対象の全てのユーザについて、トンネルを経由するスタティックルートの設定が完了した場合に、広告部１５ｃは、図７（ｂ）に例示するように、収容変更先のＥｄｇｅ－１から全ユーザの経路情報を集約して広告する。図７（ｂ）に示す例では、Ｅｄｇｅ－１からＣｏｒｅ－１に対して、集約された経路情報「２００２：０：１：１：０／４８」が広告されている。
　なお、この段階で設定されている経路情報数が最大となる。そこで、削除部１５ｄが、不要な経路情報を削除する。具体的には、削除部１５ｄは、設定されたトンネルを経由する経路と、収容変更元の装置から広告されたユーザへの集約された経路とを削除する。例えば、削除部１５ｄは、図８に例示するように、不要になったＥｄｇｅ－２の広告情報「２００２：０：１：：０／４８」を削除する。また、削除部１５ｄは、図７（ａ）に例示したトンネルとトンネルを経由する全ユーザのスタティックルートの情報を削除する。
［収容変更処理］
　次に、図９を参照して、本実施形態に係る収容変更装置１０による収容変更処理について説明する。図９は、収容変更処理手順を示すフローチャートである。図９のフローチャートは、例えば、ユーザが開始を指示する操作入力を行ったタイミングで開始される。
　まず、取得部１５ａが、収容変更対象のユーザに関する情報を取得する（ステップＳ１）。例えば、取得部１５ａは、入力部１１を介して、あるいは管理装置等から通信制御部１３を介して、収容変更を行うユーザのアドレスや、収容変更元の装置および収容変更先の装置の情報等を取得する。
　次に、設定部１５ｂが、収容変更対象のユーザごとに、収容変更元の装置から収容変更先の装置へのトンネルを経由する該ユーザへの経路を設定する（ステップＳ２）。例えば、設定部１５ｂは、収容変更元のエッジ装置から収容変更先のエッジ装置へのトンネルを経由するユーザへのスタティック（ｓｔａｔｉｃ）ルートを設定する。
　そして、設定部１５ｂは、収容変更対象の各ユーザについて、収容変更元の装置から収容変更先の装置へのトンネルを経由する経路の設定を繰り返す（ステップＳ３、Ｎｏ→ステップＳ２）。全てのユーザについて、トンネルを経由する経路の設定が完了した場合に（ステップＳ３、Ｙｅｓ）、設定部１５ｂはステップＳ４に処理を進める。
　そして、広告部１５ｃが、収容変更先の装置から全てのユーザへの経路を集約して広告する（ステップＳ４）。
　また、削除部１５ｄが、設定されたトンネルを経由する経路を削除する（ステップＳ５）。また、削除部１５ｄは、不要になった、収容変更元の装置から広告されたユーザへの集約された経路を削除する。これにより、一連の収容変更処理が終了する。
［効果］
　以上、説明したように、本実施形態の収容変更装置１０において、取得部１５ａが、収容変更対象のユーザに関する情報を取得する。設定部１５ｂが、収容変更対象のユーザごとに、収容変更元の装置から収容変更先の装置へのトンネルを経由する該ユーザへの経路を設定する。
　これにより、収容変更の途中経過では、収容変更元の装置のＢＧＰ広告情報は、集約された広告情報のまま変更する必要がない。また、トンネルを経由する経路はもとより収容変更元／先の装置に設定されていた情報であり、経路情報数の増加に寄与しない。したがって、経路情報数の増加が抑制され、ネットワークの安定性への影響が低減され、シームレスにサービス継続が可能となる。このように、収容変更装置１０は、１ユーザ毎に収容を変更する場合にも、大量な経路広告の発生を抑制し、ネットワークの安定運用が可能となる。したがって、１ユーザ毎に収容を変更することが容易に可能となる。
　ここで、図１０および図１１は、収容変更処理の効果を説明するための図である。従来技術によれば、図１０に例示するように、収容変更（移動）対象の全ユーザＮ人の移動が完了した直後には、上流コアルータが受信する経路情報数がＮ＋１となり、多数の経路情報がコア網内に流通することになる。コア網内の装置の性能や移動させるユーザ数によっては、すべての経路情報を取り込むことが困難であったり、経路計算の処理コストが大きかったりして、ネットワークの安定性に影響を及ぼす恐れがあった。
　これに対し、本実施形態の収容変更装置１０の収容変更処理によれば、図１１に例示するように、上流コアルータが受信する経路情報数は、収容変更対象の全ユーザＮ人の移動が完了した直後に２となる以外はほぼ１であり、コア網内での経路情報数の影響は極めて軽微といえる。このように、収容変更装置１０の収容変更処理によれば、大量な経路広告の発生を抑制して装置コストを削減し、ネットワークの安定運用が可能となる。
　また、広告部１５ｃが、収容変更対象の全てのユーザについて、収容変更元の装置から収容変更先の装置へトンネルを経由するユーザへの経路の設定が完了した場合に、収容変更先の装置から全てのユーザへの経路を集約して広告する。これにより、収容変更装置１０は、経路情報を合理化することが可能となる。
　また、削除部１５ｄが、設定された収容変更元の装置から収容変更先の装置へトンネルを経由する経路と、収容変更元の装置から広告されたユーザへの集約された経路とを削除する。このように、収容変更処理が完了して不要となった経路情報を削除することにより、経路情報の合理化が可能となる。
［プログラム］
　上記実施形態に係る収容変更装置１０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。一実施形態として、収容変更装置１０は、パッケージソフトウェアやオンラインソフトウェアとして上記の収容変更処理を実行する収容変更プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の収容変更プログラムを情報処理装置に実行させることにより、情報処理装置を収容変更装置１０として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal　Handyphone　System）などの移動体通信端末、さらには、ＰＤＡ（Personal　Digital　Assistant）などのスレート端末などがその範疇に含まれる。また、収容変更装置１０の機能を、クラウドサーバに実装してもよい。
　図１２は、収容変更プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
　メモリ１０１０は、ＲＯＭ（Read　Only　Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic　Input　Output　System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。
　ここで、ハードディスクドライブ１０３１は、例えば、ＯＳ（Operating　System）１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各情報は、例えばハードディスクドライブ１０３１やメモリ１０１０に記憶される。
　また、収容変更プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明した収容変更装置１０が実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。
　また、収容変更プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
　なお、収容変更プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、収容変更プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮやＷＡＮ（Wide　Area　Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
　以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。
　１０　収容変更装置
　１１　入力部
　１２　出力部
　１３　通信制御部
　１４　記憶部
　１５　制御部
　１５ａ　取得部
　１５ｂ　設定部
　１５ｃ　広告部
　１５ｄ　削除部

Claims (5)

  1. 　収容変更対象のユーザに関する情報を取得する取得部と、
    　前記ユーザごとに、収容変更元の装置から収容変更先の装置へのトンネルを経由する該ユーザへの経路を設定する設定部と、
    　を有することを特徴とする収容変更装置。
  2. 　収容変更対象の全てのユーザについて、前記経路の設定が完了した場合に、前記収容変更先の装置から前記全てのユーザへの経路を集約して広告する広告部をさらに有することを特徴とする請求項１に記載の収容変更装置。
  3. 　設定された前記経路と、前記収容変更元の装置から広告された前記ユーザへの集約された経路とを削除する削除部を、さらに有することを特徴とする請求項２に記載の収容変更装置。
  4. 　収容変更装置が実行する収容変更方法であって、
    　収容変更対象のユーザに関する情報を取得する取得工程と、
    　前記ユーザごとに、収容変更元の装置から収容変更先の装置へのトンネルを経由する該ユーザへの経路を設定する設定工程と、
    　を含んだことを特徴とする収容変更方法。
  5. 　収容変更対象のユーザに関する情報を取得する取得ステップと、
    　前記ユーザごとに、収容変更元の装置から収容変更先の装置へのトンネルを経由する該ユーザへの経路を設定する設定ステップと、
    　をコンピュータに実行させるための収容変更プログラム。
PCT/JP2023/004414 2023-02-09 2023-02-09 収容変更装置、収容変更方法および収容変更プログラム Ceased WO2024166315A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2024576009A JPWO2024166315A1 (ja) 2023-02-09 2023-02-09
PCT/JP2023/004414 WO2024166315A1 (ja) 2023-02-09 2023-02-09 収容変更装置、収容変更方法および収容変更プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2023/004414 WO2024166315A1 (ja) 2023-02-09 2023-02-09 収容変更装置、収容変更方法および収容変更プログラム

Publications (1)

Publication Number Publication Date
WO2024166315A1 true WO2024166315A1 (ja) 2024-08-15

Family

ID=92262183

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/004414 Ceased WO2024166315A1 (ja) 2023-02-09 2023-02-09 収容変更装置、収容変更方法および収容変更プログラム

Country Status (2)

Country Link
JP (1) JPWO2024166315A1 (ja)
WO (1) WO2024166315A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09252321A (ja) * 1996-03-15 1997-09-22 Toshiba Corp 移動端末用パケット交換機
JP2010226470A (ja) * 2009-03-24 2010-10-07 Kddi Corp ハンドオーバ制御システム、ｍａｇおよびハンドオーバ制御方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09252321A (ja) * 1996-03-15 1997-09-22 Toshiba Corp 移動端末用パケット交換機
JP2010226470A (ja) * 2009-03-24 2010-10-07 Kddi Corp ハンドオーバ制御システム、ｍａｇおよびハンドオーバ制御方法

Also Published As

Publication number Publication date
JPWO2024166315A1 (ja) 2024-08-15

Similar Documents

Publication Publication Date Title
US11405316B2 (en) Live application and kernel migration using routing table entries
US20190310875A1 (en) Nondisruptive updates in a networked computing environment
CN111666585A (zh) 子应用访问的方法、装置、电子设备以及可读存储介质
CN113656198A (zh) 客户端到云手机的复制粘贴方法和装置
WO2023066246A1 (zh) 云手机安装应用的方法、系统和客户端云手机
US20120072907A1 (en) Proxy tool for guest machine relocation
CN113703760B (zh) 一种页面跳转控制方法和装置
CN113656041A (zh) 数据处理方法、装置、设备及存储介质
JP2020136701A (ja) 作成装置、作成システム、作成方法および作成プログラム
CN102959513B (zh) 虚拟机器合并方法和系统
CN114443076A (zh) 镜像构建方法、装置、设备及存储介质
JP6930443B2 (ja) プロセス処理装置、プロセス処理システム、プロセス移行順序決定方法、及びプログラム
CN110599112B (zh) 一种网络页面开发、维护方法和装置
US11010143B2 (en) Executing formulas written using formula language
US9727257B2 (en) Maintaining relative references when unlinking volumes from a volume chain
CN113655977B (zh) 一种素材展示方法、装置、电子设备及存储介质
US20060293877A1 (en) Method and apparatus for uni-lingual workflow usage in multi-lingual data center environments
CN116009792A (zh) 一种图像处理中的数据读取、写入装置及方法、电子设备
US20180341717A1 (en) Providing instant preview of cloud based file
US20210342070A1 (en) Method, electronic device, and computer storage medium for information processing
JP5940502B2 (ja) ルータ、通信システム、管理方法、および、管理プログラム
JP6483633B2 (ja) 画像再構成装置、画像再構成方法、および、画像再構成プログラム
CN112015409A (zh) 网页编辑数据同步方法、装置、系统及计算机存储介质
JP7556466B2 (ja) 解析装置、解析方法、および、解析プログラム
US11558448B1 (en) Sparse information sharing system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23921146

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2024576009

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2024576009

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 23921146

Country of ref document: EP

Kind code of ref document: A1