WO2014203363A1 - ネットワーク装置及びその制御方法 - Google Patents

ネットワーク装置及びその制御方法 Download PDF

Info

Publication number
WO2014203363A1
WO2014203363A1 PCT/JP2013/066909 JP2013066909W WO2014203363A1 WO 2014203363 A1 WO2014203363 A1 WO 2014203363A1 JP 2013066909 W JP2013066909 W JP 2013066909W WO 2014203363 A1 WO2014203363 A1 WO 2014203363A1
Authority
WO
WIPO (PCT)
Prior art keywords
command
parameter
combination
terminal device
network device
Prior art date
Application number
PCT/JP2013/066909
Other languages
English (en)
French (fr)
Inventor
智徳 宮崎
Original Assignee
富士通株式会社
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 富士通株式会社 filed Critical 富士通株式会社
Priority to JP2015522426A priority Critical patent/JP5987983B2/ja
Priority to PCT/JP2013/066909 priority patent/WO2014203363A1/ja
Publication of WO2014203363A1 publication Critical patent/WO2014203363A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/44—Star or tree networks

Definitions

  • the present invention relates to a setting technique for a network device.
  • a high-performance network device includes a ssh or telnet daemon, and remote control of the network device is possible from a management terminal used as a client for ssh or telnet connection. From the management terminal, port settings can be changed by remote control, including the port to which the management terminal is connected.
  • a point to be aware of when setting errors for network devices is a port setting error. This is because the setting change of the port to which the management terminal itself is connected is possible, and if the setting change is erroneously made to the port, the communication failure unexpectedly occurs for the setter.
  • a certain prior art includes the address of the terminal device for the administrator when the connection permission setting for the network device does not include the address of the terminal device for the administrator, or the connection rejection setting. There is a technology for notifying a warning when there is. However, communication interruption does not occur only when an address to be permitted or denied is set directly. Further, the route through which the administrator terminal device is connected to the network device has not been studied.
  • an object of the present invention is to provide a new technique for preventing a port setting error for a network device.
  • a network device includes: (A) a receiving unit that receives a command or a combination of a command and a parameter regarding a setting for the network device from a terminal device; and (B) a command or command received by the receiving unit.
  • the parameter combination is a predetermined command or a combination of the command and the parameter that can cause a communication interruption, and whether the condition is satisfied. If a command or a combination of command and parameter is executed based on the port to be set by the combination of the parameter and the parameter of the terminal device, it is determined whether communication interruption occurs, and if it is determined that communication interruption occurs, Command or combination of command and parameter And a control unit that performs an inquiry to the terminal device before running Align.
  • FIG. 1 is a diagram showing an overview of a system.
  • FIG. 2 is a functional block diagram of the network device.
  • FIG. 3 is a diagram illustrating an example of definition data.
  • FIG. 4 is a diagram illustrating functions realized by the control firmware.
  • FIG. 5 is a diagram showing a main processing flow.
  • FIG. 6 is a diagram showing a main processing flow.
  • FIG. 7 is a diagram illustrating a processing flow of communication interruption check processing.
  • FIG. 8 is a diagram illustrating an example of the state of the setting target port.
  • FIG. 9 is a diagram illustrating an example of an IP address that communicates with a setting target port.
  • FIG. 10 is a diagram illustrating an example of the IP address of the logged-in apparatus.
  • FIG. 11 is a diagram illustrating a process flow of the multi-path confirmation process.
  • FIG. 12 is a diagram illustrating a processing flow of message output processing.
  • FIG. 13 is another functional block diagram of the network device.
  • FIG. 1 is a diagram showing an overview of a system according to the present embodiment.
  • a network device 100 (IP address: 192.168.29.10), which is a switch or the like, is connected to a LAN (Local Area Network) having an IP address of 192.168.29 system via port 2, and the same. Are connected via a port 3 to a LAN having an IP address of 192.168.30.
  • a DNS (Domain Name Server) server 200 that manages addresses in the network is connected to these LANs.
  • the management terminal 300 whose host name is HOST-A is connected to both the 192.168.29 system LAN and the 192.168.30 system LAN.
  • the management terminal 300 is a personal computer having a function (ssh / telnet client) for performing communication using telnet or ssh, for example.
  • the network device 100 has a configuration as shown in FIG. That is, the network device 100 includes n ports (four ports in FIG. 1), switch hardware 130 that performs packet routing, and control that is connected to the switch hardware 130 and controls the entire network device 100. Unit 110 and memory 120 that stores data used by control unit 110.
  • the control unit 110 is realized, for example, when a processor executes a program, and the program may be stored in the memory 120, or when a ROM (Read Only Memory) or a flash memory is provided in the processor. Is stored in the ROM or flash memory.
  • ROM Read Only Memory
  • the control firmware 111 and the ssh / telnet daemon 112 are executed by a processor to realize the functions described below.
  • the memory 120 may store setting data related to each port and switch hardware 130 and data related to the status of each port.
  • the memory 120 stores a definition table used in this embodiment.
  • a definition table as shown in FIG. 3 is used.
  • FIG. 3 shows an example in which a command related to VLAN (Virtual LAN) setting or setting change or a combination of a command and a parameter is registered in the definition table.
  • VLAN Virtual LAN
  • FIG. 3 shows an example in which a command related to VLAN (Virtual LAN) setting or setting change or a combination of a command and a parameter is registered in the definition table.
  • VLAN Virtual LAN
  • FIG. 3 shows an example in which a command related to VLAN (Virtual LAN) setting or setting change or a combination of a command and a parameter is registered in the definition table.
  • VLAN Virtual LAN
  • the functions realized by the control firmware 111 include, for example, as shown in FIG. 4, a command analysis unit 1111, a communication interruption check unit 1112, a multiple path check unit 1113, and a message output processing unit 1114.
  • the command analysis unit 1111 analyzes the command received by the ssh / telnet daemon 112 from the management terminal 300 using the definition table.
  • the communication interruption check unit 1112 determines whether communication with the management terminal 300 is interrupted when a command or the like is executed. Further, the multi-path check unit 1113 determines whether or not a plurality of paths as shown in FIG. 1 are provided between the management terminal 300 and the network device 100.
  • the message output processing unit 1114 executes processing for outputting the processing results so far to the management terminal 300.
  • the ssh / telnet daemon 112 connects to the management terminal 300 in response to a request from the management terminal 300 (FIG. 5: step S1).
  • the ssh / telnet daemon 112 waits for reception of the user name and password from the management terminal 300.
  • a general authentication process is executed (step S3). If the authentication fails, the management terminal 300 is requested to resend the user name and password.
  • the ssh / telnet daemon 112 enters a standby state for receiving a command or the like.
  • the administrator inputs a command or the like to the management terminal 300, the command or the like is received from the management terminal 300 (step S5).
  • the command on the first line indicates that setting is to be made for slot 0 and port 2, and the command on the second line indicates that the VLAN ID is set to “10”.
  • the ssh / telnet daemon 112 outputs the received command or the like to the control firmware 111 (step S7).
  • step S9 the command analysis unit 1111 of the control firmware 111 receives a command or the like from the ssh / telnet daemon 112 (step S9), and collates the received command or the like with the definition table (FIG. 3) (step S11).
  • step S9 Up to step S9 is the same as the conventional one.
  • the first line of the command etc. described above does not correspond, but the second line of the command etc. corresponds to the second line of the definition table.
  • the command analysis unit 1111 determines whether or not the received command or the like is registered in the definition table, that is, a command or the like that may cause communication interruption (step S13).
  • the process proceeds to the process of FIG.
  • the process proceeds to the process in FIG.
  • step S ⁇ b> 15 the communication interruption check unit 1112 executes communication interruption check processing. This communication interruption check process will be described with reference to FIG.
  • the communication interruption check unit 1112 acquires the link state of the setting target port by a command or the like (step S41). For example, when the show ether brief command is executed, the link status of the specified port is obtained.
  • the setting target port is “2”.
  • the execution result of the “show ether” brief command as shown in FIG. 8 is obtained.
  • step S43 No route
  • step S43 Yes route
  • the communication interruption check unit 1112 acquires the IP address of the device communicating with the setting target port (step S45). For example, when the show arp command is executed, an execution result as shown in FIG. 9 is obtained.
  • IP address of the device communicating with the setting target port “2” is “192.168.29.101”.
  • step S47 No route
  • the communication interruption check unit 1112 determines the IP of the command transmission source host currently logged in to the network device 100.
  • An address is acquired (step S49). For example, by executing the show ⁇ ⁇ ⁇ users command, the IP address of the logged-in host is obtained with ssh. In this case, it is assumed that an execution result as shown in FIG. 10 is obtained.
  • IP address of Remote Host is “192.168.29.101”.
  • the communication interruption check unit 1112 determines whether or not the IP address acquired in step S45 matches the IP address acquired in step S49 (step S51). As a result, it is determined whether or not the IP address of the device to be set for the port affected by the setting matches the IP address of the communication destination. If they do not match, communication with the management terminal 300 will not be interrupted, and the process shifts to the process of FIG.
  • the multi-path check unit 1113 executes multi-path confirmation processing (step S ⁇ b> 17). This multi-path confirmation process will be described with reference to FIG.
  • the multi-path check unit 1113 acquires the host name corresponding to the acquired IP address from the DNS server 200 (step S61).
  • the DNS server 200 is queried for the host name corresponding to “192.168.29.101”, and “HOST-A” is acquired.
  • the multiple path check unit 1113 acquires an IP address corresponding to the acquired host name from the DNS server 200 (step S63).
  • the management terminal 300 with the host name “HOST-A” is assigned IP addresses “192.168.29.101” and “192.168.30.101”. Therefore, these IP addresses are acquired.
  • the multi-path check unit 1113 determines whether an IP address other than the IP address of the command transmission source exists in the IP address acquired from the DNS server 200 (step S65). If there is no IP address other than the IP address of the command transmission source in the IP address acquired from the DNS server 200, the multiple path check unit 1113 sets “no multiple paths” as the processing result, and outputs a message. The data is output to the processing unit 1114 (step S73). Then, the process returns to the caller process.
  • the multi-path check unit 1113 When the IP address acquired from the DNS server 200 includes an IP address other than the IP address of the command transmission source, the multi-path check unit 1113 includes the command transmission source among the IP addresses acquired from the DNS server 200. A ping is executed for an IP address other than the IP address, and a response is waited (step S67). In the example described above, ping is executed for “192.168.30.010”.
  • step S69 if the response to the ping cannot be received (step S69: No route), the process moves to step S73, assuming that the IP address is not used even if it is given.
  • step S69: Yes route when the response to the ping is received (step S69: Yes route), the multi-path check unit 1113 sets “multi-path exists” as the processing result and outputs it to the message output processing unit 1114 (step S1). S71). Then, the process returns to the caller process.
  • the message output processing unit 1114 executes the message output processing (step S19).
  • the message output process will be described with reference to FIG.
  • the message output processing unit 1114 determines whether or not the output of the multi-path check unit 1113 is “multi-path exists” (step S81). If there are no multiple paths, the message output processing unit 1114 outputs a warning message of a predetermined pattern 2 to the management terminal 300 via, for example, the ssh / telnet daemon 112 (step S83).
  • the warning message of pattern 2 is, for example, “Communication disruption occurs”. Such a message is displayed on the display device at the management terminal 300. Then, the process proceeds to step S87.
  • the message output processing unit 1114 sends a warning message of a predetermined pattern 1 to the management terminal 300 via, for example, the ssh / telnet daemon 112. Output (step S85).
  • the warning message of pattern 1 is, for example, “Communication disruption occurs, but communication is possible via another route”. Such a message is displayed on the display device at the management terminal 300.
  • the message output processing unit 1114 causes the ssh / telnet daemon 112 to execute an execution continuation inquiry (step S87). For example, a message such as “Do you want to continue command execution? (Yes or No)” is displayed on the management terminal 300.
  • the ssh / telnet daemon 112 outputs an inquiry message to the management terminal 300 according to the instruction, and outputs the inquiry result to the control firmware 111 when receiving the inquiry result from the management terminal 300 (step S89).
  • the message output processing unit 1114 of the control firmware 111 receives the inquiry result from the ssh / telnet daemon 112 (step S91). Then, the process returns to the process of FIG.
  • the message output processing unit 1114 determines whether the inquiry result indicates command execution (step S ⁇ b> 21). If the inquiry result is “command execution”, that is, “Yes (or Y)”, the control firmware 111 executes the first received command or the like (step S23). Further, the control firmware 111 outputs the command execution result to the ssh / telnet daemon 112 (step S25). Then, the ssh / telnet daemon 112 receives the command execution result and transmits it to the management terminal 300 (step S27). Then, the process ends.
  • the control firmware 111 determines whether or not the inquiry result is “interrupt command execution”, that is, “No (or N)” (step S29). If the inquiry result is “interrupt command execution”, the control firmware 111 and the ssh / telnet daemon 112 shift to a state waiting for a command from the management terminal 300 (step S31).
  • the administrator who is the user of the management terminal 300 tries to execute the command as it is while recognizing the communication interruption or to make a setting that causes the communication interruption accidentally. You will be able to recognize what happened. At this time, if there is a message indicating that a plurality of paths exist, the command can be executed with peace of mind.
  • a plurality of steps may be executed in parallel, or the order of the steps may be changed.
  • the network device 100 described above includes a memory 2601, a CPU 2603, a hard disk drive (HDD) 2605, a display control unit 2607 connected to the display device 2609, and a drive for a removable disk 2611.
  • a communication unit 2617 (2617a to 2617c in FIG. 13) for connecting to the device 2613, the input device 2615, and a network may be connected by a bus 2619.
  • the display control unit 2607, the display device 2609, the drive device 2613, and the input device 2615 may not be included.
  • An operating system (OS: Operating System) and a program for executing processing in the present embodiment are stored in the HDD 2605, and are read from the HDD 2605 to the memory 2601 when executed by the CPU 2603. If necessary, the CPU 2603 controls the display control unit 2607, the communication unit 2617, and the drive device 2613 to perform necessary operations. Note that data input via any of the communication units 2617 is output via another communication unit 2617. The CPU 2603 controls the communication unit 2617 to appropriately switch the output destination. Further, data in the middle of processing is stored in the memory 2601 and stored in the HDD 2605 if necessary.
  • a program for executing the above-described processing is stored in a computer-readable removable disk 2611 and distributed, and installed in the HDD 2605 from the drive device 2613.
  • the HDD 2605 may be installed via a network such as the Internet and the communication unit 2617.
  • Such a computer apparatus realizes various functions as described above by organically cooperating hardware such as the CPU 2603 and the memory 2601 described above with the OS and necessary application programs.
  • the network device includes (A) a receiving unit that receives a command or a combination of a command and a parameter related to the setting from the terminal device, and (B) a command or command received by the receiving unit, It is determined whether or not a combination of parameters satisfies a condition that it is a predetermined command or a combination of a command and a parameter that can cause communication interruption, and if it is determined that the above condition is satisfied, Based on the port to be set by the combination of parameters and the address of the terminal device, it is determined whether a communication interruption occurs when a command or a combination of commands and parameters is executed, and if it is determined that a communication interruption occurs, the command Or a combination of commands and parameters Before running was a control unit that performs an inquiry to the terminal device.
  • control unit described above determines that communication interruption occurs, it is determined whether the terminal device is connected through a route different from the route from which the command or the combination of the command and the parameter is received from the terminal device. If the terminal device is connected through the different route, a message indicating that the terminal device is connected through a plurality of routes may be transmitted to the terminal device. In this way, even if communication interruption occurs in any one of a plurality of routes, it becomes possible to confirm that the terminal device can communicate with the network device through the remaining route.
  • a command or a combination of a command and a parameter that is predetermined and may cause a communication interruption is a combination of a command or a command and a parameter related to change or setting of a VLAN (Virtual Local Area Network). This is because a VLAN setting error is relatively likely to occur.
  • VLAN Virtual Local Area Network
  • the network device described above may further include a data storage unit in which a plurality of commands or combinations of commands and parameters that can cause communication interruption is set in advance.
  • the control unit may determine whether or not the data stored in the data storage unit includes a command or a combination of a command and a parameter received by the reception unit.
  • control unit described above determines whether or not the address of the device communicating with the setting target port based on the command or the combination of the command and the parameter matches the address of the terminal device, When it is determined that the address of the terminal device matches the address of the terminal device, it may be determined that communication interruption occurs. This makes it possible to reliably determine the occurrence of communication interruption.
  • a program for causing the processor to perform the processing according to the above method can be created.
  • the program is, for example, a computer-readable storage medium such as a flexible disk, CD-ROM, magneto-optical disk, semiconductor memory, or hard disk. It is stored in a storage device.
  • the intermediate processing result is temporarily stored in a storage device such as a main memory.

Landscapes

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

Abstract

　本実施の形態に係るネットワーク装置は、（Ａ）端末装置から、前記ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信する受信部と、（Ｂ）受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、上記条件を満たすと判断された場合には、コマンド又はコマンドとパラメータの組み合わせによる設定対象のポートと端末装置のアドレスとに基づき、コマンド又はコマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、通信途絶が発生すると判断された場合には、コマンド又はコマンドとパラメータの組み合わせを実行する前に端末装置に問い合わせを行う制御部とを有する。

Description

ネットワーク装置及びその制御方法
　本発明は、ネットワーク装置に対する設定技術に関する。
　高機能なネットワーク装置はｓｓｈやｔｅｌｎｅｔのデーモンを備えており、ｓｓｈ又はｔｅｌｎｅｔ接続するためのクライアントとして使用される管理端末からネットワーク装置に対するリモート制御が可能になっている。管理端末からは、自身が繋がるポートも含めて、ポートの設定変更がリモート制御で可能となっている。
　ネットワーク装置に対する設定ミスで注意すべきポイントには、ポート設定ミスがある。これは管理端末自身が繋がるポートの設定変更が可能であるため、そのポートに誤った設定変更をした場合、設定者にとって予期せぬ通信途絶が起きるためである。
　ある従来技術には、ネットワーク装置に対する接続許可設定の際に、管理者用の端末装置のアドレスが含まれない場合、又は接続拒否設定の際に、管理者用の端末装置のアドレスが含まれている場合に、警告を通知する技術が存在する。しかしながら、許可又は拒否すべきアドレスを直接的に設定する場合のみ通信途絶が発生するわけではない。また、管理者用の端末装置がネットワーク装置に接続されている経路については検討されていない。
特開２００５－７３１７２号公報
　従って、一側面によれば、本発明の目的は、ネットワーク装置に対するポート設定ミスを未然に防止するための新たな技術を提供することである。
　本発明の一態様に係るネットワーク装置は、（Ａ）端末装置から、前記ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信する受信部と、（Ｂ）受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、上記条件を満たすと判断された場合には、コマンド又はコマンドとパラメータの組み合わせによる設定対象のポートと端末装置のアドレスとに基づき、コマンド又はコマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、通信途絶が発生すると判断した場合には、コマンド又はコマンドとパラメータの組み合わせを実行する前に端末装置に問い合わせを行う制御部とを有する。
　一側面によれば、ネットワーク装置に対するポート設定ミスを未然に防止できるようになる。
図１は、システムの概要を示す図である。 図２は、ネットワーク装置の機能ブロック図である。 図３は、定義データの一例を示す図である。 図４は、制御ファームウェアにより実現される機能を示す図である。 図５は、メインの処理フローを示す図である。 図６は、メインの処理フローを示す図である。 図７は、通信途絶チェック処理の処理フローを示す図である。 図８は、設定対象ポートの状態の一例を示す図である。 図９は、設定対象ポートと通信するＩＰアドレスの一例を示す図である。 図１０は、ログイン中の装置のＩＰアドレスの一例を示す図である。 図１１は、複数経路確認処理の処理フローを示す図である。 図１２は、メッセージ出力処理の処理フローを示す図である。 図１３は、ネットワーク装置の他の機能ブロック図である。
　図１は、本実施の形態に係るシステムの概要を示す図である。
　例えばスイッチ等であるネットワーク装置１００（ＩＰアドレスが１９２．１６８．２９．１０）は、ＩＰアドレスが１９２．１６８．２９系であるＬＡＮ（Local Area Network）と、ポート２で接続されており、同様にＩＰアドレスが１９２．１６８．３０系であるＬＡＮと、ポート３で接続されている。これらのＬＡＮには、ネットワークにおけるアドレスを管理するＤＮＳ（Domain Name Server）サーバ２００が接続されている。本例では、ホスト名がＨＯＳＴ－Ａである管理端末３００は、１９２．１６８．２９系ＬＡＮにも、１９２．１６８．３０系ＬＡＮにも接続されているものとする。管理端末３００は、例えば、ｔｅｌｎｅｔ又はｓｓｈで通信を行う機能（ｓｓｈ／ｔｅｌｎｅｔクライアント）を有するパーソナルコンピュータである。
　ネットワーク装置１００は、例えば図２に示すような構成を有する。すなわち、ネットワーク装置１００は、ｎ個のポート（図１では４つのポート）と、パケットのルーティングを行うスイッチハードウエア１３０と、スイッチハードウエア１３０に接続されておりネットワーク装置１００全体の制御を行う制御部１１０と、制御部１１０により用いられるデータを格納するメモリ１２０とを有する。
　制御部１１０は、例えばプロセッサがプログラムを実行することで実現され、当該プログラムはメモリ１２０に格納されている場合もあれば、プロセッサにＲＯＭ（Read Only Memory）やフラッシュメモリが設けられている場合には当該ＲＯＭやフラッシュメモリに格納されている。本実施の形態では、特に、制御ファームウェア１１１と、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２とが、プロセッサにより実行されて、以下で述べる機能が実現されているものとする。
　メモリ１２０には、各ポートやスイッチハードウエア１３０に関する設定データや、各ポートの状態などに関するデータが格納されている場合もある。また、メモリ１２０には、本実施の形態で用いられる定義テーブルが格納される。
　本実施の形態では、例えば図３に示すような定義テーブルが用いられる。
　図３では、定義テーブルに、ＶＬＡＮ（Virtual LAN）の設定又は設定変更に関するコマンド、又はコマンドとパラメータの組み合わせが登録されている例を示している。例えば、コマンドvlanとパラメータuntagの組み合わせが入力された場合には、ＶＬＡＮの設定又は設定変更に関するコマンドが入力されたため通信途絶が発生する可能性があると判断できる。このような定義テーブルを用意することで、管理端末３００との通信途絶を引き起こす可能性がある様々なコマンド等を設定できるようになる。すなわち、ＶＬＡＮに関する設定に留まらない。
　制御ファームウェア１１１により実現される機能は、例えば図４に示すように、コマンド解析部１１１１と、通信途絶チェック部１１１２と、複数経路チェック部１１１３と、メッセージ出力処理部１１１４とを有する。コマンド解析部１１１１は、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２が管理端末３００から受信したコマンド等を、定義テーブルを用いて解析する。通信途絶チェック部１１１２は、管理端末３００との通信がコマンド等を実行した場合に途絶されるか否かを判断する。また、複数経路チェック部１１１３は、管理端末３００とネットワーク装置１００との間に、図１に示すような複数の経路が設けられているか否かを判断する。メッセージ出力処理部１１１４は、ここまでの処理結果を管理端末３００に出力するための処理を実行する。
　次に、図１に示したシステムにおける動作を図５乃至図１２を用いて説明する。
　ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、管理端末３００からの要求に応じて、管理端末３００と接続する（図５：ステップＳ１）。接続が確立されると、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、管理端末３００からユーザ名及びパスワードの受信を待ち、ユーザ名及びパスワードの受信がなされると、一般的な認証処理を実行する（ステップＳ３）。ここで認証に失敗すると、管理端末３００に対してユーザ名及びパスワードの再送を要求する。
　認証に成功すると、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、コマンド等の受信を待ち受け状態になり、管理端末３００に管理者がコマンド等を入力すると、管理端末３００からコマンド等を受信する（ステップＳ５）。
　例えば、管理端末３００はネットワーク装置１００にｓｓｈで接続し、以下のようなコマンドが入力されたものとする。
＞interface 0/2
＞vlan Tag 10
　１行目のコマンドはスロット０且つポート２について設定をこれから行うことを表しており、２行目のコマンドはＶＬＡＮＩＤを「１０」に設定するということを表している。
　ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、受信したコマンド等を制御ファームウェア１１１に出力する（ステップＳ７）。
　これに対して、制御ファームウェア１１１のコマンド解析部１１１１は、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２からコマンド等を受信し（ステップＳ９）、当該受信したコマンド等を定義テーブル（図３）と照合する（ステップＳ１１）。ステップＳ９までは、従来と同じである。
　図３の例では、上で述べたコマンド等の１行目は該当しないが、コマンド等の２行目は、定義テーブルの２行目に該当する。
　そして、コマンド解析部１１１１は、受信したコマンド等が、定義テーブルに登録されている、すなわち通信途絶の可能性があるコマンド等であるか否かを判断する（ステップＳ１３）。ここで、受信したコマンド等が、定義テーブルに登録されていない場合には、端子Ａを介して図６の処理に移行する。一方、受信したコマンド等が、定義テーブルに登録されている場合には、端子Ｂを介して図６の処理に移行する。
　図６の処理の説明に移行して、次に、通信途絶チェック部１１１２は、通信途絶チェック処理を実行する（ステップＳ１５）。この通信途絶チェック処理については、図７を用いて説明する。
　まず、通信途絶チェック部１１１２は、コマンド等による設定対象ポートのリンク状態を取得する（ステップＳ４１）。例えば、show ether briefコマンドを実行すると、指定したポートのリンク状態が得られる。
　上で述べたコマンド等が実行された場合には、設定対象ポートは「２」であり、例えば図８に示すようなshow ether briefコマンドの実行結果が得られたものとする。
　図８の例では、ポート番号「２」に対する状態（status)が、リンクアップupであるか又はリンクダウンdownであるか否かを確認する。図８の例ではリンクアップ状態であることが分かる。
　リンクアップではない、すなわちリンクダウンであれば（ステップＳ４３：Ｎｏルート）、処理は端子Ａを介して図６の処理に移行する。
　一方、リンクアップであれば（ステップＳ４３：Ｙｅｓルート）、通信途絶チェック部１１１２は、設定対象ポートと通信している装置のＩＰアドレスを取得する（ステップＳ４５）。例えばshow arpコマンドを実行すると、図９に示すような実行結果が得られたものとする。
　図９からすると、設定対象ポート「２」と通信している装置のＩＰアドレスは、「１９２．１６８．２９．１０１」であることが分かる。
　設定対象ポートと通信している装置のＩＰアドレスが取得できなければ（ステップＳ４７：Ｎｏルート）、処理は端子Ａを介して図６の処理に移行する。
　一方、設定対象ポートと通信している装置のＩＰアドレスが取得できた場合には（ステップＳ４７：Ｙｅｓルート）、通信途絶チェック部１１１２は、現在ネットワーク装置１００にログイン中のコマンド送信元ホストのＩＰアドレスを取得する（ステップＳ４９）。例えばshow usersコマンドを実行することで、ｓｓｈでログイン中のホストのＩＰアドレスを取得する。この場合には、図１０に示すような実行結果が得られたものとする。
　図１０の例では、Remote HostのＩＰアドレスが「１９２．１６８．２９．１０１」であることが分かる。
　そして、通信途絶チェック部１１１２は、ステップＳ４５で取得されたＩＰアドレスと、ステップＳ４９で取得されたＩＰアドレスとが一致するか否かを判断する（ステップＳ５１）。これによって、設定の影響を受けるポートに対する設定を行おうとする装置のＩＰアドレスと、通信先のＩＰアドレスが一致しているか否かを判断することになる。これらが一致しない場合には、管理端末３００との通信途絶が発生することはないので、処理は端子Ａを介して図６の処理に移行する。
　一方、これらのＩＰアドレスが一致してしまうと、管理端末３００との通信途絶が発生するので、処理は呼出元の処理に戻る。
　このように、コマンド又はコマンドとパラメータの組み合わせから、管理端末３００との通信途絶の可能性の有無を判断した上で、さらに実際に通信途絶が起こるか否かを判断するものである。
　図６の処理の説明に戻って、複数経路チェック部１１１３は、複数経路確認処理を実行する（ステップＳ１７）。この複数経路確認処理については、図１１を用いて説明する。
　複数経路チェック部１１１３は、ＤＮＳサーバ２００から、取得したＩＰアドレスに対応するホスト名を取得する（ステップＳ６１）。上で述べた例では「１９２．１６８．２９．１０１」に対応するホスト名をＤＮＳサーバ２００に問い合わせ、「ＨＯＳＴ－Ａ」を取得する。
　また、複数経路チェック部１１１３は、取得したホスト名に対応するＩＰアドレスを、ＤＮＳサーバ２００から取得する（ステップＳ６３）。上で述べた例では、図１に示すように、ホスト名「ＨＯＳＴ－Ａ」の管理端末３００は、ＩＰアドレス「１９２．１６８．２９．１０１」及び「１９２．１６８．３０．１０１」が付与されているので、これらのＩＰアドレスが取得される。
　そして、複数経路チェック部１１１３は、ＤＮＳサーバ２００から取得されたＩＰアドレスに、コマンド送信元のＩＰアドレス以外のＩＰアドレスが存在しているか否かを判断する（ステップＳ６５）。ＤＮＳサーバ２００から取得されたＩＰアドレスに、コマンド送信元のＩＰアドレス以外のＩＰアドレスが存在しない場合には、複数経路チェック部１１１３は、処理結果として「複数経路無し」を設定して、メッセージ出力処理部１１１４に出力する（ステップＳ７３）。そして処理は呼出元の処理に戻る。
　ＤＮＳサーバ２００から取得されたＩＰアドレスに、コマンド送信元のＩＰアドレス以外のＩＰアドレスが存在する場合には、複数経路チェック部１１１３は、ＤＮＳサーバ２００から取得されたＩＰアドレスのうち、コマンド送信元のＩＰアドレス以外のＩＰアドレスに対して、ｐｉｎｇを実行して応答を待つ（ステップＳ６７）。上で述べた例では、「１９２．１６８．３０．１０１」に対してｐｉｎｇを実行する。
　ここで、ｐｉｎｇに対する応答を受信できなかった場合には（ステップＳ６９：Ｎｏルート）、ＩＰアドレスが付与されていても用いられていないものとして、処理はステップＳ７３に移行する。一方、ｐｉｎｇに対する応答を受信できた場合には（ステップＳ６９：Ｙｅｓルート）、複数経路チェック部１１１３は、処理結果として「複数経路有り」を設定して、メッセージ出力処理部１１１４に出力する（ステップＳ７１）。そして処理は呼出元の処理に戻る。
　このようにすれば、複数の経路が設けられているのか否か、そして複数の経路のうち１つのみが通信途絶になるのか否かを正確に把握できるようになる。
　図６の処理の説明に戻って、メッセージ出力処理部１１１４は、メッセージ出力処理を実行する（ステップＳ１９）。メッセージ出力処理については、図１２を用いて説明する。
　まず、メッセージ出力処理部１１１４は、複数経路チェック部１１１３の出力が「複数経路有り」であるか否かを判断する（ステップＳ８１）。複数経路無しであれば、メッセージ出力処理部１１１４は、予め定められたパターン２の警告メッセージを、例えばｓｓｈ／ｔｅｌｎｅｔデーモン１１２を介して管理端末３００へ出力する（ステップＳ８３）。パターン２の警告メッセージは、例えば「通信途絶が発生します。」である。このようなメッセージが、管理端末３００では表示装置に表示される。そして処理は、ステップＳ８７に移行する。
　一方、複数経路チェック部１１１３の出力が「複数経路有り」であれば、メッセージ出力処理部１１１４は、予め定められたパターン１の警告メッセージを、例えばｓｓｈ／ｔｅｌｎｅｔデーモン１１２を介して管理端末３００へ出力する（ステップＳ８５）。パターン１の警告メッセージは、例えば「通信途絶が発生します。ただし別経路にて通信可能です。」である。このようなメッセージが、管理端末３００では表示装置表示される。
　さらに、メッセージ出力処理部１１１４は、実行継続の問い合わせを、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２に実行させる（ステップＳ８７）。例えば、「コマンド実行を継続しますか？　（Yes or No）」といったメッセージを管理端末３００に表示させる。
　ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、指示に従って、管理端末３００に問い合わせのメッセージを出力し、管理端末３００から問い合わせ結果を受信すると、制御ファームウェア１１１に出力する（ステップＳ８９）。
　制御ファームウェア１１１のメッセージ出力処理部１１１４は、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２から問い合わせ結果を受信する（ステップＳ９１）。そして処理は、図６の処理に戻る。
　図６の処理の説明に戻って、メッセージ出力処理部１１１４は、問い合わせ結果がコマンド実行を表しているか否かを判断する（ステップＳ２１）。ここで、問い合わせ結果が「コマンド実行」すなわち「Ｙｅｓ（又はＹ）」であれば、制御ファームウェア１１１は、最初に受信したコマンド等の実行を行う（ステップＳ２３）。さらに、制御ファームウェア１１１は、コマンド実行結果をｓｓｈ／ｔｅｌｎｅｔデーモン１１２に出力する（ステップＳ２５）。そうすると、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、コマンド実行結果を受け取って、管理端末３００へ送信する（ステップＳ２７）。そして処理は終了する。
　一方、問い合わせ結果が「コマンド実行」ではない場合には、制御ファームウェア１１１は、問い合わせ結果が「コマンド実行を中断」すなわち「Ｎｏ（又はＮ）」であるか否かを判断する（ステップＳ２９）。ここで、問い合わせ結果が「コマンド実行を中断」であれば、制御ファームウェア１１１及びｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、管理端末３００からのコマンド待ち状態に遷移する（ステップＳ３１）。
　一方、問い合わせ結果が「コマンド実行を中断」ではない場合、すなわち「Ｙｅｓ」でも「Ｎｏ」でもない場合には、制御ファームウェア１１１のメッセージ出力処理部１１１４は、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２に、再度の問い合わせを実行させる（ステップＳ３３）。例えば、「コマンドに誤りがあります。（入力値＝Yes または No）」というメッセージを、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２に管理端末３００へ送信させる。管理端末３００は、メッセージを受信すると、表示装置に表示する。そして、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、管理端末３００から問い合わせ結果を受信すると、制御ファームウェア１１１に出力する。そして処理はステップＳ２１に移行する。
　以上のような処理を実行することで、管理端末３００のユーザである管理者は、あえて通信途絶を認識しつつ、そのままコマンドを実行させるか、誤って通信途絶となるような設定を行おうとしていたのかを認識することができるようになる。この際、複数経路が存在している旨のメッセージがあれば、安心してコマンドを実行させることもできるようになる。
　以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。
　例えば、処理フローについては、処理結果が変わらない限り、複数ステップを並列に実行する場合もあれば、ステップの順番を入れ替える場合もある。
　プログラムの構成についても、上で説明したモジュール構成を採用せずに、同様の機能を実現させる場合もある。
　また、上で述べたネットワーク装置１００は、図１３に示すように、メモリ２６０１とＣＰＵ２６０３とハードディスク・ドライブ（ＨＤＤ）２６０５と表示装置２６０９に接続される表示制御部２６０７とリムーバブル・ディスク２６１１用のドライブ装置２６１３と入力装置２６１５とネットワークに接続するための通信部２６１７（図１３では、２６１７ａ乃至２６１７ｃ）とがバス２６１９で接続されている場合もある。なお、場合によっては、表示制御部２６０７、表示装置２６０９、ドライブ装置２６１３、入力装置２６１５は含まれない場合もある。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのプログラムは、ＨＤＤ２６０５に格納されており、ＣＰＵ２６０３により実行される際にはＨＤＤ２６０５からメモリ２６０１に読み出される。必要に応じてＣＰＵ２６０３は、表示制御部２６０７、通信部２６１７、ドライブ装置２６１３を制御して、必要な動作を行わせる。なお、通信部２６１７のいずれかを介して入力されたデータは、他の通信部２６１７を介して出力される。ＣＰＵ２６０３は、通信部２６１７を制御して、適切に出力先を切り替える。また、処理途中のデータについては、メモリ２６０１に格納され、必要があればＨＤＤ２６０５に格納される。本発明の実施例では、上で述べた処理を実施するためのプログラムはコンピュータ読み取り可能なリムーバブル・ディスク２６１１に格納されて頒布され、ドライブ装置２６１３からＨＤＤ２６０５にインストールされる。インターネットなどのネットワーク及び通信部２６１７を経由して、ＨＤＤ２６０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２６０３、メモリ２６０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
　以上述べた本発明の実施の形態をまとめると、以下のようになる。
　本実施の形態に係るネットワーク装置は、（Ａ）端末装置から、前記ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信する受信部と、（Ｂ）受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、上記条件を満たすと判断された場合には、コマンド又はコマンドとパラメータの組み合わせによる設定対象のポートと端末装置のアドレスとに基づき、コマンド又はコマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、通信途絶が発生すると判断した場合には、コマンド又はコマンドとパラメータの組み合わせを実行する前に端末装置に問い合わせを行う制御部とを有する。
　予め通信途絶を引き起こし得る様々なコマンド又はコマンドとパラメータの組み合わせを登録しておくことにより、管理者の誤りを事前に警告することができるようになり、結果として設定ミスを未然に防止できる。
　また、上で述べた制御部が、通信途絶が発生すると判断した場合には、端末装置からコマンド又はコマンドとパラメータの組み合わせを受信した経路とは異なる経路で端末装置が接続されているか否かを判断し、上記異なる経路で端末装置が接続されている場合には、複数の経路で接続している旨のメッセージを端末装置に送信するようにしても良い。このようにすれば、複数の経路のうちいずれか１つで通信途絶が発生しても、端末装置は残りの経路でネットワーク装置と通信できるということを確認できるようになる。
　さらに、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせが、ＶＬＡＮ（Virtual Local Area Network）の変更又は設定に関するコマンド又はコマンドとパラメータの組み合わせである場合もある。ＶＬＡＮの設定誤りは、比較的発生しやすいためである。
　さらに、上で述べたネットワーク装置が、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせが複数設定されているデータ格納部をさらに有するようにしても良い。この際、制御部は、データ格納部に格納されているデータに、受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが含まれているか否かを判断するようにしても良い。
　また、上で述べた制御部が、コマンド又はコマンドとパラメータの組み合わせによる設定対象のポートで通信を行っている装置のアドレスと端末装置のアドレスとが一致しているか否かを判断し、上記装置のアドレスと端末装置のアドレスが一致していると判断した場合に、通信途絶が発生すると判断するようにしても良い。これによって、確実に通信途絶の発生を判定できるようになる。
　なお、上記方法による処理をプロセッサに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ－ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。

Claims (7)

  1. 　ネットワーク装置であって、
    　端末装置から、前記ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信する受信部と、
    　前記受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、前記条件を満たすと判断された場合には、前記コマンド又は前記コマンドとパラメータの組み合わせによる設定対象のポートと前記端末装置のアドレスとに基づき、前記コマンド又は前記コマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、前記通信途絶が発生すると判断した場合には、前記コマンド又は前記コマンドとパラメータの組み合わせを実行する前に前記端末装置に問い合わせを行う制御部と、
    　を有するネットワーク装置。
  2. 　前記制御部が、
    　前記通信途絶が発生すると判断した場合には、前記端末装置から前記コマンド又はコマンドとパラメータの組み合わせを受信した経路とは異なる経路で前記端末装置が接続されているか否かを判断し、前記異なる経路で前記端末装置が接続されている場合には、複数の経路で接続している旨のメッセージを前記端末装置に送信する
    　請求項１記載のネットワーク装置。
  3. 　前記予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせが、ＶＬＡＮ（Virtual Local Area Network）の変更又は設定に関するコマンド又はコマンドとパラメータの組み合わせである
    　請求項１又は２記載のネットワーク装置。
  4. 　前記予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせが複数設定されているデータ格納部をさらに有し、
    　前記制御部は、前記データ格納部に格納されているデータに、前記受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが含まれているか否かを判断する
    　請求項１乃至３のいずれか１つ記載のネットワーク装置。
  5. 　前記制御部が、
    　前記コマンド又は前記コマンドとパラメータの組み合わせによる設定対象のポートで通信を行っている装置のアドレスと前記端末装置のアドレスとが一致しているか否かを判断し、
    　前記装置のアドレスと前記端末装置のアドレスが一致していると判断した場合に、通信途絶が発生すると判断する
    　請求項１乃至４のいずれか１つ記載のネットワーク装置。
  6. 　端末装置から、ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信すると、受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、
    　前記条件を満たすと判断された場合には、前記コマンド又は前記コマンドとパラメータの組み合わせによる設定対象のポートと前記端末装置のアドレスとに基づき、前記コマンド又は前記コマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、
    　前記通信途絶が発生すると判断された場合には、前記コマンド又は前記コマンドとパラメータの組み合わせを実行する前に前記端末装置に問い合わせを行う、
    　処理を、前記ネットワーク装置に実行させるためのプログラム。
  7. 　端末装置から、ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信すると、受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、
    　前記条件を満たすと判断された場合には、前記コマンド又は前記コマンドとパラメータの組み合わせによる設定対象のポートと前記端末装置のアドレスとに基づき、前記コマンド又は前記コマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、
    　前記通信途絶が発生すると判断された場合には、前記コマンド又は前記コマンドとパラメータの組み合わせを実行する前に前記端末装置に問い合わせを行う、
    　処理を含み、前記ネットワーク装置により実行される制御方法。
PCT/JP2013/066909 2013-06-20 2013-06-20 ネットワーク装置及びその制御方法 WO2014203363A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2015522426A JP5987983B2 (ja) 2013-06-20 2013-06-20 ネットワーク装置及びその制御方法
PCT/JP2013/066909 WO2014203363A1 (ja) 2013-06-20 2013-06-20 ネットワーク装置及びその制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/066909 WO2014203363A1 (ja) 2013-06-20 2013-06-20 ネットワーク装置及びその制御方法

Publications (1)

Publication Number Publication Date
WO2014203363A1 true WO2014203363A1 (ja) 2014-12-24

Family

ID=52104125

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/066909 WO2014203363A1 (ja) 2013-06-20 2013-06-20 ネットワーク装置及びその制御方法

Country Status (2)

Country Link
JP (1) JP5987983B2 (ja)
WO (1) WO2014203363A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11218447B2 (en) * 2018-03-02 2022-01-04 Disney Enterprises, Inc. Firewall rule remediation for improved network security and performance

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004165718A (ja) * 2002-11-08 2004-06-10 Sumitomo Electric Ind Ltd ネットワーク設定情報の変更方法および通信交換機
JP2005197826A (ja) * 2003-12-26 2005-07-21 Fujitsu Ltd ネットワーク上の複数ノードの一元管理装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004165718A (ja) * 2002-11-08 2004-06-10 Sumitomo Electric Ind Ltd ネットワーク設定情報の変更方法および通信交換機
JP2005197826A (ja) * 2003-12-26 2005-07-21 Fujitsu Ltd ネットワーク上の複数ノードの一元管理装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11218447B2 (en) * 2018-03-02 2022-01-04 Disney Enterprises, Inc. Firewall rule remediation for improved network security and performance

Also Published As

Publication number Publication date
JP5987983B2 (ja) 2016-09-07
JPWO2014203363A1 (ja) 2017-02-23

Similar Documents

Publication Publication Date Title
CN103621027B (zh) 通信路由控制系统和通信路由控制方法
EP2562970B1 (en) Switch, and flow table control method
RU2562438C2 (ru) Сетевая система и способ управления сетью
JP6388955B2 (ja) ＯｐｅｎＦｌｏｗスイッチのグレースフル・リスタート処理方法及びＯｐｅｎＦｌｏｗコントローラ
JP4517997B2 (ja) ネットワーク管理装置およびネットワークシステム
US10103969B2 (en) Open shortest path first routing for hybrid networks
JP5928197B2 (ja) ストレージシステム管理プログラム及びストレージシステム管理装置
CN109889411B (zh) 一种数据传输的方法及装置
JP5387227B2 (ja) ネットワークマネージャ機器による設定変更方法及びプログラム、ネットワーク機器の制御方法及びプログラム、ネットワークマネージャ機器及びネットワーク機器
JP2007180891A (ja) 通信装置及びそれに用いるパケット送信制御方法並びにそのプログラム
JP2013074362A (ja) 仮想マシン管理装置、仮想マシン管理方法、及びプログラム
JP5987983B2 (ja) ネットワーク装置及びその制御方法
WO2017054535A1 (zh) 流量转发方法及装置
TWI580218B (zh) A network device for temporarily accessing a network setting and a method thereof
WO2017163665A1 (ja) 通信処理システム、通信処理方法、通信処理装置、通信管理装置およびそれらの制御方法と制御プログラム
KR101385749B1 (ko) 적어도 하나 이상의 프로토콜을 지원하는 네트워크에서의라우터-ｉｄ 설정 시스템 및 그 제어방법
JP2008172291A (ja) 経路探索装置、経路探索プログラム、経路探索方法および経路探索システム
JP5958285B2 (ja) 情報処理方法、情報処理装置及びプログラム
JP7111125B2 (ja) 通信処理システム、通信処理装置およびその制御方法と制御プログラム
CN115086219B (zh) 一种虚拟路由器确定方法、设备及计算机可读存储介质
JP2012160926A (ja) 有害サイトフィルタリングシステム及びフィルタリング方法
JP2018088650A (ja) 情報処理装置、通信制御方法及び通信制御プログラム
KR102019284B1 (ko) 웹공지 서비스 시스템 및 이에 적용되는 라우터장치 및 라우터장치의 동작 방법
JP2018042165A (ja) 管理装置及び共用ネットワークシステム
JP2014158084A (ja) パケット中継装置及びパケット中継方法

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: 13887185

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015522426

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13887185

Country of ref document: EP

Kind code of ref document: A1