WO2014057610A1 - 通信装置 - Google Patents

通信装置 Download PDF

Info

Publication number
WO2014057610A1
WO2014057610A1 PCT/JP2013/005407 JP2013005407W WO2014057610A1 WO 2014057610 A1 WO2014057610 A1 WO 2014057610A1 JP 2013005407 W JP2013005407 W JP 2013005407W WO 2014057610 A1 WO2014057610 A1 WO 2014057610A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet data
communication device
data
variable length
test
Prior art date
Application number
PCT/JP2013/005407
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 日本電気株式会社
Publication of WO2014057610A1 publication Critical patent/WO2014057610A1/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/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements

Definitions

  • the present invention relates to a communication device, and more particularly to a communication device that transmits packet data.
  • Ethernet registered trademark
  • Ethernet maintenance and management functions are required, such as checking the status of remote LAN (Local Area Network) switches and isolating faults on the way.
  • SNMP Simple Network Management Protocol
  • TCP / IP Transmission Control Protocol / Internet Protocol
  • Ethernet® OAM There are two Ethernet® OAM standards: ITU-T recommendation Y.1731 and IEEE802.1ag. Among them, the function used to check network continuity is the Ether-OAM CC (continuity check). However, according to the standard, the test packet CCM (continuity check message) used for this function defines a fixed-length 75-byte data pattern.
  • packets are not processed at high speed in the serial form (packet type determination, destination determination, memory storage, transfer, etc.), but are easy to process (for example, from several bytes) In general, packet processing is performed at a low speed after expanding to several tens of bytes). If the fixed-length test packet described above is used, an area such as hardware that cannot be inspected when the test packet is expanded to a size that can be processed can be generated. Then, an area that cannot be inspected becomes a dead area, and when there is a hardware defect in the dead area, there is a problem that an abnormality in the communication state cannot be detected.
  • 75-byte test packets are divided into 64 bytes and 11 bytes, but the remaining 53 bytes of memory that stores 11 bytes are read and written. There are times when it is not. This is because the 75-byte test packet can conduct normally, but when an Ethernet packet with a length that uses the above dead area comes in, packet data different from the original information is transmitted at the defective part. It means that there is a possibility of doing. That is, there is a problem that even if a test packet is transmitted, a failure of the communication device cannot be detected.
  • an object of the present invention is to provide a communication device that can solve the above-described problem that a failure of a communication device cannot be detected by a test packet.
  • a communication system is: A first communication device and a second communication device that are connected via a network and transmit / receive packet data to / from each other;
  • the first communication device is: When the packet data is test packet data for testing a communication device, fixed variable length setting information indicating whether the packet data is fixed length or variable length is included in the packet data.
  • the second communication device is: Packet receiving means for receiving the packet data transmitted from the first communication device; When the received packet data is the test packet data, a fixed value for determining whether the packet data is fixed length or variable length based on the fixed variable length setting information included in the packet data Variable length discrimination means; Test execution means for executing a preset test process using the packet data according to whether the packet data is a fixed length or a variable length,
  • the configuration is as follows.
  • the communication apparatus which is the other form of this invention is Packet receiving means for receiving packet data transmitted from other communication devices connected via a network; If the received packet data is test packet data for testing a communication device, whether the packet data is fixed length or variable length based on information included in the packet data Fixed variable length discriminating means for discriminating; Test execution means for executing a preset test process using the packet data according to whether the packet data has a fixed length or a variable length; With The configuration is as follows.
  • the program which is the other form of this invention is: In communication equipment, Packet receiving means for receiving packet data transmitted from other communication devices connected via a network; If the received packet data is test packet data for testing a communication device, whether the packet data is fixed length or variable length based on information included in the packet data Fixed variable length discriminating means for discriminating; Test execution means for executing a preset test process using the packet data according to whether the packet data has a fixed length or a variable length; It is a program for realizing.
  • a communication method includes: In a communication system including a first communication device and a second communication device that are connected via a network and transmit / receive packet data to / from each other,
  • the fixed variable length setting that indicates whether the packet data is fixed length or variable length in the packet data Including the information, sending the packet data to the second communication device,
  • the second communication device is Receiving the packet data transmitted from the first communication device;
  • the received packet data is the test packet data, based on the fixed variable length setting information included in the packet data, determine whether the packet data is fixed length or variable length, Depending on whether the packet data is fixed length or variable length, a preset test process using the packet data is executed.
  • the configuration is as follows.
  • the present invention which is configured as described above, can provide a communication system, a communication device, a program, and a communication method that can more reliably detect a failure of a communication device using a test packet.
  • FIG. 1 It is a block diagram which shows the structure of the whole communication system in Embodiment 1 of this invention. It is a block diagram which shows the structure of the 1st communication apparatus which comprises the communication system in Embodiment 1 of this invention, and a 2nd communication apparatus. It is a figure which shows the data structure of the test packet data transmitted with the 1st communication apparatus disclosed in FIG. It is a block diagram which shows the detailed structure of the 2nd communication apparatus disclosed in FIG. It is a figure which shows the mode of the process of the test packet data in the 2nd communication apparatus disclosed in FIG. 3 is a flowchart illustrating an operation of the first communication device disclosed in FIG. 2. 3 is a flowchart illustrating an operation of the second communication device disclosed in FIG. 2. It is a flowchart which shows operation
  • the communication system according to the present invention is configured by connecting a plurality of communication devices A, B, C, D, and E with communication cables.
  • these communication devices are network devices such as routers and are connected via Ethernet, and are configured to be able to transmit and receive packet data, which is an Ethernet frame.
  • a communication path for performing the test is set between arbitrary communication apparatuses, and transmission and reception of test packet data is performed between the communication apparatuses at both ends thereof. Check the status.
  • all the communication devices A to E support transmission / reception of fixed-length test packet data based on the standard described above.
  • the communication devices indicated by reference characters B and C also support transmission / reception of variable-length test packet data, as will be described later.
  • a communication system in which a communication device that supports only fixed-length test packet data and a communication device that also supports variable-length test packet data of the present invention are mixed in a network is constructed. Is possible.
  • the communication device indicated by reference character B is a first communication device (first communication device) that transmits test packet data
  • the communication device indicated by reference character C receives a test packet data and executes a second test.
  • the communication device (second communication device) will be described.
  • FIG. 2 is a block diagram showing an outline of the configuration of the first communication device 1 and the second communication device 2.
  • the first communication device 1 includes a frame generation unit 11 and a frame transmission unit 12. Note that the frame generation unit 11 and the frame transmission unit 12 are constructed by reading a program to the arithmetic device provided in the first communication device 1.
  • the frame generation unit 11 generates packet data that is an Ethernet frame to be transmitted.
  • a communication device for example, the second communication
  • Test packet data is generated so that the apparatus 2) can identify that it is test packet data.
  • FIG. 3 shows an example of the data structure of the test packet data.
  • step S1 if the frame generation unit 11 is set to allow transmission of test packet data (step S1: ON in FIG. 6), first, the data amount of the packet data itself is set to the standard. Whether the length is fixed or variable is set (step S2 in FIG. 6).
  • step S2 When generating fixed-length test packet data, “Other Length Bit” in the test packet data shown in FIG. 3 is set to “OFF” (fixed variable length setting information) (step S2 in FIG. 6: OFF).
  • step S3 fixed variable length setting information
  • the packet length (data amount) of the test packet data having a fixed length is, for example, 75 bytes conforming to the standard.
  • variable-length test packet data when generating variable-length test packet data that has a data amount different from the fixed length set in the standard, set “Other Length Bit” to “ON” (fixed variable length setting information). (Step S2 in FIG. 6: ON). Then, variable-length test packet data is generated in accordance with the preset “length of variable-length test packet data” and transmitted from the frame transmission unit 12 to the second communication device 2 (step S4 in FIG. 6). .
  • the frame generation unit 11 adds, as test packet data having a variable length, data having a length (data amount) according to a set value in the standard-compliant test packet to, for example, the standard-compliant 75 bytes described above.
  • the packet length (data amount) of the test packet data having a variable length is a value obtained by adding the length of the added data to the packet length of the fixed-length test packet data.
  • the variable length packet length can be set to an arbitrary length in units of 1 byte or more, CCM 75 bytes or more used for Ether-OAM CC.
  • the variable length packet length may be any length.
  • the frame generation unit 11 stores Length information (data amount information) indicating the packet length of the test packet data having a variable length in “Length Bit” in the test packet data shown in FIG.
  • the information stored in “Length Bit” may be information that can specify variable-length test packet data.
  • the data length set in the “Test data” portion shown in FIG. 3 to be described later may be stored as the Length information, and information indicating the length of the added data with respect to the fixed-length packet data length You may store as said Length information.
  • the frame generation unit 11 when generating the test packet data having a variable length, stores preset fixed data in the test data portion of the test packet data, that is, the “Test data” portion shown in FIG. Set. However, in the “Test data” part, a time stamp may be set, or data such as an increment pattern may be set.
  • the information set in such “Test data” may be information not included in the fixed-length test packet data, and such information is added to the above-described fixed-length packet length. It may be included in the data part.
  • “data ⁇ pattern setting ” stores information indicating the content setting of“ Test data ”, for example,“ 00 (fixed data) ”,“ 01 (random data) ”. , “10 (increment data for each byte)” and “11 (decrement data for each byte)” are stored.
  • “Fixed data pattern” stores data pattern information when the above “Test data” is fixed data.
  • the second communication device 2 includes a frame receiving unit 21 that receives a frame that is packet data transmitted from the first communication device 1, a frame processing unit 22 that processes the received packet data, A test processing unit 23 that executes test processing based on the test packet data is provided.
  • the second communication device 2 includes an Ethernet frame receiving unit 31 corresponding to the frame receiving unit 21, a protocol determining unit 32 corresponding to the frame processing unit 22 and the test processing unit 23, An OAM function unit 33, an L2 processing unit 37, and a failure determination / notification unit 38.
  • the OAM function unit 33 includes an Other / Length / Bit determination unit 34, a standard-compliant OAM processing unit 35, and an extended OAM processing unit 36.
  • Each of the units 31 to 38 is constructed by reading a program to an arithmetic device provided in the second communication device 2.
  • the protocol determining unit 32 receives the received packet data. Is normal packet data or test packet data (step S12 in FIG. 7). At this time, it is determined whether the packet data is normal packet data or test packet data by examining whether there is information indicating that the packet data is test packet data.
  • step S12 in FIG. 7 No
  • the L2 processing unit 37 processes the packet data in the normal Ethernet layer ( L2 processing) is performed (step S13 in FIG. 7).
  • the state of packet data processing at this time is indicated by an arrow F3 in FIG.
  • the Other Length Bit determining unit 34 (fixed variable length determining means) “ Examine the information stored in “Other Length Length Bit”. If the information in “Other ⁇ ⁇ Length Bit” (fixed variable length setting information) is “OFF” (step S14 in FIG. 7: OFF), the test packet data is determined to be fixed length, and the standard-compliant OAM processing is performed. A normal test process is executed by the unit 35 and the failure determination / notification unit 38 (steps S15 and S18). The state of packet data processing at this time is indicated by an arrow F1 in FIG.
  • test execution means execute the following test processing.
  • the extended OAM processing unit 36 reads “Length information” stored in “Length Bit” in the test packet data (step S16 in FIG. 7). Since this “Length information” is set by the first communication device 1 that transmitted the test packet data as described above, information for specifying the packet length of the test packet data at the time of transmission is stored. Yes. Then, the extended OAM processing unit 36 checks whether or not the read “Length information” matches the packet length of the received test packet data (step S17 in FIG. 7). If the length check results in a mismatch, it is handled as failure processing (step S18 in FIG. 7: NG, step S19). The state of the packet data processing at this time is indicated by an arrow F2 in FIG.
  • the “Length information” is the data length of the data set in the “Test ⁇ data ”portion of the test packet data or the data length of the data added to the fixed-length packet data length Then, it is checked whether or not the received test packet data matches the data length of the corresponding data portion.
  • the test process may be performed by specifying the data length of the entire test packet data at the time of transmission from the “Length information” and checking whether the data lengths of the received test packet data match.
  • the communication system it is possible to check the communication state of the communication device in a state closer to the user traffic by making the test packet data compatible with the variable length.
  • the existence of areas such as hardware that could not be inspected with fixed-length test packet data is eliminated, and all areas such as hardware are inspected to reliably detect abnormal communication conditions. It becomes possible to do.
  • such a system can be realized by extending the CC function of Ether-OAM, and a communication system that can solve the above-described problems at low cost can be provided.
  • test processing by the extended OAM processing unit 36 and the failure determination / notification unit 38 uses other data included in the test packet data in addition to or in place of the test using the “Length information” described above.
  • Other tests using are also possible.
  • a test such as measuring the transmission delay time simultaneously with the reachability confirmation using a time stamp is also possible. By combining the results of these tests, advanced fault detection becomes possible.
  • log of the test result it can be utilized as a fault data for a test (inspection) of fault diagnosis.
  • the communication system according to the present embodiment has substantially the same configuration as that described in the first embodiment. However, the test packet data generated by the first communication device 1 is different. Hereinafter, different points will be mainly described.
  • the frame generation unit 11 of the first communication device 1 first, as in the case of the first embodiment, when it is set to permit transmission of test packet data (step S21 in FIG. 8: ON), whether the data amount of the packet data itself is a fixed length set to the standard (OFF) or variable length (ON) is set (step S22 in FIG. 8).
  • the fixed-length test packet data set in the standard is generated and transmitted from the frame transmission unit 12 to the second communication device 2 (step S23 in FIG. 8).
  • variable-length test packet data unlike the first embodiment, a random setting in which the data length of variable-length test packet data is selected at random is effective. Set whether or not. When invalidating the random setting, “Random Length Bit” in the test packet data shown in FIG. 3 is set to “OFF” (step S24 in FIG. 8: OFF). Then, as described in the first embodiment, variable-length test packet data is generated in accordance with a preset “length of variable-length test packet data”, and is transmitted from the frame transmission unit 12 to the second communication device 2. Transmit (step S25 in FIG. 8).
  • test packet data shown in FIG. 3 is set to “ON” (step S24 in FIG. 8: ON). Then, variable-length test packet data with a random packet length is generated. Specifically, each time the test packet data is generated (transmitted), the frame generation unit 11 randomly generates data having different packet lengths. For example, test packet data is generated by adding random length data according to a predetermined random algorithm to 75 bytes conforming to the standard.
  • the frame generation unit 11 stores the random length, which is the data length of the data portion added to the 75 bytes conforming to the standard, in “Length Bit” as the “Length information” described above. Then, this random length value is used for the test processing in the second communication apparatus 2 that is the transmission destination of the test packet data as described in the first embodiment. That is, the second communication device 2 is tested whether the random length, which is the “Length information” read from the received test packet data, matches the data length of the data portion excluding 75 bytes from the received test packet data.
  • the “Length information” stored in “Length ⁇ Bit ” may be the packet length of the entire test packet data including the random length or the data length of the“ Test data ”portion.
  • Test data in the test packet data is used as data used for the test.
  • a time stamp or a bit pattern may be stored.
  • a first communication device 100 and a second communication device 200 which are connected via a network and transmit / receive packet data to / from each other;
  • the first communication device 100 includes: When the packet data is test packet data for testing a communication device, fixed variable length setting information indicating whether the packet data is fixed length or variable length is included in the packet data.
  • the second communication device 200 includes: Packet receiving means 201 for receiving the packet data transmitted from the first communication device 100; When the received packet data is the test packet data, a fixed value for determining whether the packet data is fixed length or variable length based on the fixed variable length setting information included in the packet data Variable length discriminating means 202; A test execution unit 203 that executes a preset test process using the packet data according to whether the packet data has a fixed length or a variable length. Communications system.
  • (Appendix 2) The communication system according to attachment 1, wherein The packet transmission means included in the first communication device transmits to the second communication device including data amount information for specifying a data amount of the packet data in the packet data having a variable length.
  • the test execution means included in the second communication device executes a test process based on the data amount information included in the packet data when the received packet data has a variable length. Communications system.
  • the communication system according to appendix 2 or 3 The packet transmission means included in the first communication device transmits the packet data having a variable length obtained by adding a predetermined amount of data to the data amount of the packet data having a fixed length in the second communication. Send to device, Communications system.
  • the communication system (Appendix 5) The communication system according to appendix 4, wherein The packet transmission means included in the first communication device uses, as the data amount information, information indicating a data amount added to the packet data having a variable length with respect to a data amount of the packet data having a fixed length, The data amount information is included in the packet data having a variable length and transmitted to the second communication device. Communications system.
  • the communication system according to any one of appendices 1 to 5,
  • the packet transmission means included in the first communication device includes test data that is different from test data included in the packet data having a fixed length in the packet data having a variable length.
  • Send The test execution means included in the second communication device executes a test process based on the test data included in the packet data when the received packet data has a variable length. Communications system.
  • Packet receiving means for receiving packet data transmitted from other communication devices connected via a network; If the received packet data is test packet data for testing a communication device, whether the packet data is fixed length or variable length based on information included in the packet data Fixed variable length discriminating means for discriminating; Test execution means for executing a preset test process using the packet data according to whether the packet data has a fixed length or a variable length;
  • a communication device comprising:
  • test execution means when the received packet data has a variable length, executes a test process based on data amount information specifying the data amount at the time of transmission of the packet data included in the packet data; Communication device.
  • Packet receiving means for receiving packet data transmitted from other communication devices connected via a network; If the received packet data is test packet data for testing a communication device, whether the packet data is fixed length or variable length based on information included in the packet data Fixed variable length discriminating means for discriminating; Test execution means for executing a preset test process using the packet data according to whether the packet data has a fixed length or a variable length; A program to realize
  • test execution means when the received packet data has a variable length, executes a test process based on data amount information specifying the data amount at the time of transmission of the packet data included in the packet data; program.
  • Appendix 12 The communication method according to appendix 11, wherein The first communication device transmits to the second communication device including data amount information for specifying a data amount of the packet data in the packet data having a variable length, The second communication device performs a test process based on the data amount information included in the packet data when the received packet data has a variable length; Communication method.
  • the above-described program is stored in a storage device or recorded on a computer-readable recording medium.
  • the recording medium is a portable medium such as a flexible disk, an optical disk, a magneto-optical disk, and a semiconductor memory.

Landscapes

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

Abstract

　本発明の通信装置は、ネットワークを介して接続された他の通信装置から送信されたパケットデータを受信するパケット受信手段と、受信したパケットデータが通信装置をテストするためのものであるテスト用パケットデータである場合に、当該パケットデータに含まれる情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別する固定可変長判別手段と、パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行するテスト実行手段と、を備えた。

Description

通信装置
　本発明は、通信装置にかかり、特に、パケットデータを伝送する通信装置に関する。
　広域なネットワークでイーサネット（登録商標）を使用するにあたっては、遠隔にあるLAN（Local Area Network）スイッチの状態を調べたり、途中の回線の障害を切り分けたりするなど、イーサネットの保守・管理機能が必要とされている（特許文献１参照）。現状、イーサネット網を保守・管理するために、TCP/IP（Transmission Control Protocol/Internet Protocol）の管理プロトコル「SNMP（Simple Network Management Protocol）」を使うケースが多い。
　しかし、この場合、遠隔地のLANスイッチをSNMPで管理できなくなったときに、その原因がIP（Internet Protocol）レイヤー（L3：第３層（ネットワーク層））にあるのか、イーサネット（L2：第２層（データリンク層））にあるのか判断がつかない。そこで、イーサネットのレイヤーで保守・管理できる機能が必要になり、Ethernet OAM（operation administration and maintenance）の標準化が進められてきた。
特開２０１２－１３４６１４号公報
　上記Ethernet OAMの標準には、ITU-T勧告Y.1731とIEEE802.1agの二つがある。その中で、ネットワークの導通の確認に使う機能が、Ether-OAMのCC（continuity check）である。ところが、標準規格によれば、本機能に使用されるテストパケットCCM（continuity check message）には、固定長である75Byteのデータパタンが規定されている。
　一方で、通信装置の内部では、パケットはシリアル形態のまま高速でパケット処理（パケットの種別判定、あて先判断、メモリ格納、転送など）を行うのではなく、処理のしやすいサイズ（たとえば数Byteから数十Byte）に展開したうえで、低速でパケット処理を行うことが一般的である。そこへ上述した固定長のテストパケットを用いると、処理しやすいサイズに展開したときに検査できないハードウェア等の領域が生じうる。すると、検査できない領域は不感領域となり、当該不感領域にハードウェアの不良が存在するような場合には、通信状態の異常を検出できない、という問題が生じる。
　例えば、パケットを64Byte毎にメモリに格納する仕様の場合、75Byteのテストパケットは64Byteと11Byteに分割し格納されるが、11Byteを格納したメモリの残りの領域53Byteは、書き込み・読み出しの操作が行われないことがある。これは、75Byteのテストパケットでは正常に導通が行なえるが、上記不感領域を使用するような長さのイーサネットパケットが入ってきた場合に、不良部位にて本来の情報とは異なるパケットデータを送信してしまう可能性があるということになる。つまり、テストパケットを送信したとしても、通信装置の不良を検出することができない、という問題が生じる。
　このため、本発明の目的は、上述した課題である、テストパケットにより通信装置の不良を検出することができない、という問題を解決することができる通信装置を提供すること、にある。
　本発明の一形態である通信システムは、
　ネットワークを介して接続され、相互にパケットデータの送受信を行う第１の通信装置及び第２の通信装置を備え、
　前記第１の通信装置は、
　前記パケットデータが通信装置をテストするためのものであるテスト用パケットデータである場合に、当該パケットデータに、当該パケットデータが固定長であるか可変長であるかを表す固定可変長設定情報を含めて、当該パケットデータを前記第２の通信装置に送信するパケット送信手段を備え、
　前記第２の通信装置は、
　前記第１の通信装置から送信された前記パケットデータを受信するパケット受信手段と、
　受信した前記パケットデータが前記テスト用パケットデータである場合に、当該パケットデータに含まれる前記固定可変長設定情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別する固定可変長判別手段と、
　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行するテスト実行手段と、を備えた、
という構成をとる。
　また、本発明の他の形態である通信装置は、
　ネットワークを介して接続された他の通信装置から送信されたパケットデータを受信するパケット受信手段と、
　受信した前記パケットデータが通信装置をテストするためのものであるテスト用パケットデータである場合に、当該パケットデータに含まれる情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別する固定可変長判別手段と、
　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行するテスト実行手段と、
を備えた、
という構成をとる。
　また、本発明の他の形態であるプログラムは、
　通信装置に、
　ネットワークを介して接続された他の通信装置から送信されたパケットデータを受信するパケット受信手段と、
　受信した前記パケットデータが通信装置をテストするためのものであるテスト用パケットデータである場合に、当該パケットデータに含まれる情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別する固定可変長判別手段と、
　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行するテスト実行手段と、
を実現させるためのプログラムである。
　また、本発明の他の形態である通信方法は、
　ネットワークを介して接続され、相互にパケットデータの送受信を行う第１の通信装置及び第２の通信装置を備えた通信システムにて、
　前記第１の通信装置が、前記パケットデータが通信装置をテストするためのものである場合に、当該パケットデータに、当該パケットデータが固定長であるか可変長であるかを表す固定可変長設定情報を含めて、当該パケットデータを前記第２の通信装置に送信し、
　前記第２の通信装置が、
　前記第１の通信装置から送信された前記パケットデータを受信し、
　受信した前記パケットデータが前記テスト用パケットデータである場合に、当該パケットデータに含まれる前記固定可変長設定情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別し、
　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行する、
という構成をとる。
　本発明は、以上のように構成されることにより、テストパケットにより通信装置の不良をより確実に検出することができる、通信システム、通信装置、プログラム、通信方法を提供することができる。
本発明の実施形態１における通信システム全体の構成を示すブロック図である。 本発明の実施形態１における通信システムを構成する第１通信装置と第２通信装置の構成を示すブロック図である。 図２に開示した第１通信装置にて送信されるテストパケットデータのデータ構造を示す図である。 図２に開示した第２通信装置の詳細な構成を示すブロック図である。 図２に開示した第２通信装置におけるテスト用パケットデータの処理の様子を示す図である。 図２に開示した第１通信装置の動作を示すフローチャートである。 図２に開示した第２通信装置の動作を示すフローチャートである。 本発明の実施形態２における第１通信装置の動作を示すフローチャートである。 本発明の付記１における通信システムの構成を示すブロック図である。
　＜実施形態１＞
　本発明の第１の実施形態を、図１乃至図７を参照して説明する。まず、本発明における通信システムは、図１に示すように、複数の通信装置Ａ，Ｂ，Ｃ，Ｄ，Ｅが、相互に通信ケーブルにて接続されて構成されている。例えば、これら通信装置は、ルータなどのネットワーク機器であって、イーサネットで接続されており、イーサネットフレームであるパケットデータを相互に送受信可能なよう構成されている。そして、通信確認テストを行う際には、テストを行うための通信路を任意の通信装置間で設定し、その両端の通信装置でテストパケットデータの送信・受信を行うことで、通信路の通信状態を確認する。
　また、全ての通信装置Ａ～Ｅは、上述した標準規格に基づいて固定長のテストパケットデータの送受信を行うことに対応している。そして、本発明ではさらに、符号Ｂ，Ｃに示す通信装置は、後述するように、可変長のテストパケットデータの送受信にも対応している。これにより、本発明では、固定長のテストパケットデータのみに対応した通信装置と、本発明の可変長のテストパケットデータにも対応した通信装置とが、ネットワーク内で混在する通信システムを構築することが可能である。
　本実施形態では、符号Ｂ，Ｃに示す通信装置間でテストパケットデータの送受信を行い、導通確認を行う場合を想定して説明する。以下、符号Ｂに示す通信装置を、テストパケットデータを送信する第１通信装置（第１の通信装置）とし、符号Ｃに示す通信装置を、テストパケットデータを受信してテストを実行する第２通信装置（第２の通信装置）として説明する。
　図２は、上記第１通信装置１と第２通信装置２との構成の概略を示すブロック図である。この図に示すように、第１通信装置１は、フレーム生成部１１と、フレーム送信部１２と、を備えている。なお、フレーム生成部１１とフレーム送信部１２とは、第１通信装置１に装備された演算装置にプログラムが読み出されることで構築される。
　上記フレーム生成部１１は、送信するイーサネットフレームであるパケットデータを生成する。そして、上述したテストパケットデータ（テスト用パケットデータ）を生成する際には、パケットデータにテスト用である旨の情報を含めるなど、当該パケットデータの送信先となる通信装置（例えば、第２通信装置２）がテストパケットデータであること識別可能なようテストパケットデータを生成する。なお、図３に、テストパケットデータのデータ構造の一例を示す。
　具体的に、フレーム生成部１１は、テストパケットデータの送信を許容する設定となっている場合には（図６のステップＳ１：ＯＮ）、まずパケットデータ自体のデータ量が標準規格に設定された固定長であるか、可変長であるか、を設定する（図６のステップＳ２）。固定長のテストパケットデータを生成する場合には、図３に示すテストパケットデータ内の「Other Length Bit」を「OFF」（固定可変長設定情報）に設定する（図６のステップＳ２：ＯＦＦ）。そして、標準規格に設定された固定長のテストパケットデータを生成し、フレーム送信部１２から第２通信装置２に送信する（図６のステップＳ３）。このとき、固定長であるテストパケットデータのパケット長（データ量）は、例えば、規格準拠の75Byteである。
　一方で、標準規格に設定された固定長とは異なるデータ量となる可変長のテストパケットデータを生成する場合には、「Other Length Bit」を「ON」（固定可変長設定情報）に設定する（図６のステップＳ２：ＯＮ）。そして、予め設定された「可変長テストパケットデータの長さ」にあわせて、可変長のテストパケットデータを生成し、フレーム送信部１２から第２通信装置２に送信する（図６のステップＳ４）。
　このとき、フレーム生成部１１は、可変長であるテストパケットデータとして、例えば、上述した規格準拠の75Byteに、規格準拠テストパケットにある設定値に従った長さ（データ量）のデータを付加したものを生成する。つまり、可変長であるテストパケットデータのパケット長（データ量）は、固定長のテストパケットデータのパケット長に、上記付加したデータの長さを加算した値となる。例えば、可変長のパケット長は、Ether-OAM CCに用いられるCCM75Byte以上、1Byte単位で任意の長さを設定できるものである。但し、可変長のパケット長は、いかなる長さであってもよい。
　そして、フレーム生成部１１は、可変長であるテストパケットデータのパケット長を表すLength情報（データ量情報）を、図３に示すテストパケットデータ内の「Length Bit」に格納する。但し、「Length Bit」に格納する情報は、可変長のテストパケットデータを特定できる情報であればよい。例えば、後述する図３に示す「Test data」部分に設定されるデータ長を上記Length情報として格納してもよく、固定長のパケットデータ長に対して上記付加したデータの長さを表す情報を上記Length情報として格納してもよい。
　また、フレーム生成部１１は、可変長であるテストパケットデータを生成する際に、当該テストパケットデータのテストデータ部分、つまり、図３に示す「Test data」部分に、予め設定された固定データを設定する。但し、「Test data」部分には、タイムスタンプを設定したり、インクリメントパターンなど変化をつけたデータを設定してもよい。そして、このような「Test data」に設定する情報は、固定長のテストパケットデータには含まれていない情報であってもよく、かかる情報を、上述した固定長のパケット長に対して付加したデータ部分に含めてもよい。
　なお、図３に示すテストパケットデータにおいて、「data pattern setting」には、「Test data」の内容設定を表す情報が格納され、例えば、「00（固定データ）」、「01（ランダムデータ）」、「10（バイト毎のインクリメントデータ）」、「11（バイト毎のデクリメントデータ）」といった情報が格納される。また、テストパケットデータにおいて、「Fixed data pattern」には、上記「Test data」が固定データの場合のデータパタンの情報が格納される。
　次に、第２通信装置２について説明する。第２通信装置２は、図２に示すように、第１通信装置１から送信されたパケットデータであるフレームを受信するフレーム受信部２１と、受信したパケットデータを処理するフレーム処理部２２と、テストパケットデータに基づいてテスト処理を実行するテスト処理部２３を備えている。
　さらに詳しく説明すると、第２通信装置２は、図４に示すように、フレーム受信部２１に対応するEthernetフレーム受信部３１と、フレーム処理部２２及びテスト処理部２３に対応するプロトコル判断部３２、ＯＡＭ機能部３３、Ｌ２処理部３７、障害判定／通知部３８と、を備える。また、上記ＯＡＭ機能部３３は、Other Length Bit 判断部３４と、標準準拠ＯＡＭ処理部３５と、拡張ＯＡＭ処理部３６と、を備えている。なお、上記各部３１～３８は、第２通信装置２に装備された演算装置にプログラムが読み出されることで構築される。
　上記Ethernetフレーム受信部３１（パケット受信手段）にて第１通信装置１から送信されたイーサネットフレームであるパケットデータを受信すると（図７のステップＳ１１）、プロトコル判断部３２にて、受信したパケットデータが通常のパケットデータであるかテストパケットデータであるかを判別する（図７のステップＳ１２）。このとき、パケットデータ内にテストパケットデータである旨の情報があるか否かを調べるなどして、通常のパケットデータであるかテストパケットデータであるかを判別する。
　そして、受信したパケットデータがテストパケットデータではなく、通常のパケットデータである場合には（図７のステップＳ１２：Ｎｏ）、Ｌ２処理部３７にて、パケットデータに対する通常のイーサネットレイヤーでの処理（Ｌ２処理）を行う（図７のステップＳ１３）。なお、このときのパケットデータの処理の様子を、図５の符号Ｆ３の矢印で示す。
　一方、受信したパケットデータがテストパケットデータであると判別した場合には（図７のステップＳ１２：Ｙｅｓ）、Other Length Bit判断部３４（固定可変長判別手段）にて、当該パケットデータ内の「Other Length Bit」に格納されている情報を調べる。そして、「Other Length Bit」内の情報（固定可変長設定情報）が「OFF」の場合は（図７のステップＳ１４：ＯＦＦ）、固定長のテストパケットデータであると判別し、標準準拠ＯＡＭ処理部３５及び障害判定／通知部３８にて通常のテスト処理を実行する（ステップＳ１５，Ｓ１８）。なお、このときのパケットデータの処理の様子を、図５の符号Ｆ１の矢印で示す。
　一方、「Other Length Bit」内の情報（固定可変長設定情報）が「ON」の場合は（図７のステップＳ１４：ＯＮ）、可変長のテストパケットデータであると判別し、拡張ＯＡＭ処理部３６及び障害判定／通知部３８（テスト実行手段）にて、以下のようなテスト処理を実行する。
　まず、拡張ＯＡＭ処理部３６は、テストパケットデータ内の「Length Bit」に格納されている「Length情報」を読み出す（図７のステップＳ１６）。この「Length情報」は、上述したように当該テストパケットデータを送信した第１通信装置１が設定したものであるため、送信時のテストパケットデータのパケット長を特定するための情報が格納されている。そして、拡張ＯＡＭ処理部３６は、読み出した「Length情報」と、受信したテストパケットデータのパケット長と、が一致するか否かを調べる（図７のステップＳ１７）。そして、Lengthチェックの結果、不一致であった場合には、障害処理として扱う（図７のステップＳ１８：ＮＧ，ステップＳ１９）。このときのパケットデータの処理の様子を、図５の符号Ｆ２の矢印で示す。
　なお、「Length情報」が、テストパケットデータの「Test data」部分に設定されているデータのデータ長であったり、固定長のパケットデータ長に対して付加したデータのデータ長である場合には、受信したテストパケットデータにおいて対応するデータ部分のデータ長と一致するか否かを調べる。あるいは、「Length情報」から送信時におけるテストパケットデータ全体のデータ長を特定し、受信したテストパケットデータのデータ長を一致するか調べるなどして、テスト処理を行ってもよい。
　以上のように、本発明における通信システムでは、テストパケットデータを可変長に対応できるようにしたことで、ユーザトラフィックにより近い状態で通信装置の通信状態の確認を可能としている。そして、上述したように、固定長のテストパケットデータでは検査できなかったハードウェア等の領域の存在を解消し、すべてのハードウェア等の領域をくまなく検査して通信状態の異常を確実に検出することが可能となる。さらに、このようなシステムを、Ether-OAMのCC機能を拡張することで実現でき、低コストで上述した問題を解決できる通信システムを提供することができる。
　なお、上述した拡張ＯＡＭ処理部３６及び障害判定／通知部３８によるテスト処理は、上述した「Length情報」を用いてテストに加えて、あるいは、それに換えて、テストパケットデータに含まれる他のデータを用いた他のテストも可能である。例えば、テストパターンデータの「Test data」に含めたビットパターンをチェックする、具体的には、テストパターンをいくつか持っておき送信側と受信側での変化をチェックすることもできる。さらに、タイムスタンプを用いて到達性確認と同時に伝送遅延時間を測定するなどのテストも可能である。そして、これらのテストの結果を組み合わせることで、高度な障害検出が可能となる。さらに、テスト結果のログを活用することで、障害データとして障害診断のテスト（検査）に活用することができる。
　＜実施形態２＞
　次に、本発明の第２の実施形態を、図８を参照して説明する。本実施形態における通信システムは、実施形態１で説明したものとほぼ同様の構成を有する。但し、第１通信装置１が生成するテストパケットデータが異なる。以下、異なる点について主に説明する。
　本実施形態おける第１通信装置１のフレーム生成部１１は、まず、実施形態１の場合と同様に、テストパケットデータの送信を許容する設定となっている場合には（図８のステップＳ２１：ＯＮ）、パケットデータ自体のデータ量が標準規格に設定された固定長であるか（ＯＦＦ）、可変長であるか（ＯＮ）、を設定する（図８のステップＳ２２）。固定長のテストパケットデータの場合には、標準規格に設定された固定長のテストパケットデータを生成し、フレーム送信部１２から第２通信装置２に送信する（図８のステップＳ２３）。
　一方で、可変長のテストパケットデータの場合には（図８のステップＳ２２：ＯＮ）、実施形態１とは異なり、さらに可変長のテストパケットデータのデータ長がランダムに選択されるランダム設定が有効か無効かを設定する。ランダム設定を無効にする場合には、図３に示すテストパケットデータ中の「Random Length Bit」を「OFF」に設定する（図８のステップＳ２４：ＯＦＦ）。すると、実施形態１で説明したように、予め設定された「可変長テストパケットデータの長さ」にあわせて、可変長のテストパケットデータを生成し、フレーム送信部１２から第２通信装置２に送信する（図８のステップＳ２５）。
　これに対して、ランダム設定を有効にする場合には、図３に示すテストパケットデータ中の「Random Length Bit」を「ON」に設定する（図８のステップＳ２４：ＯＮ）。すると、パケット長がランダムとなる可変長のテストパケットデータを生成する。具体的に、フレーム生成部１１は、テストパケットデータを生成（送信）するたびに、ランダムに異なるパケット長のデータを生成する。例えば、所定のランダムアルゴリズムに従ったランダム長のデータを、規格準拠の75Byteに付加して、テストパケットデータを生成する。
　そして、フレーム生成部１１は、規格準拠の75Byteに対して付加されたデータ部分のデータ長であるランダム長を、上述した「Length情報」として「Length Bit」に格納する。すると、このランダム長の値が、テストパケットデータの送信先となる第２通信装置２にて、実施形態１で説明したようにテスト処理に利用される。つまり、第２通信装置２は、受信したテストパケットデータから読み出した「Length情報」であるランダム長と、受信したテストパケットデータから75Byteを除いたデータ部分のデータ長と、が一致するかテストされる。なお、「Length Bit」に格納される「Length情報」は、上記ランダム長を含めた、テストパケットデータ全体のパケット長や、「Test data」部分のデータ長であってもよい。
　また、上述したように可変長のテストパケットデータのパケット長をランダムに設定した場合であっても、実施形態１同様に、テストパケットデータ内の「Test data」に、テストに用いられるデータとして、タイムスタンプやビットパターンを格納してもよい。
　＜付記＞
　上記実施形態の一部又は全部は、以下の付記のようにも記載されうる。以下、本発明における通信システム（図９参照）、通信装置、プログラム、通信方法の構成の概略を説明する。但し、本発明は、以下の構成に限定されない。
（付記１）
　ネットワークを介して接続され、相互にパケットデータの送受信を行う第１の通信装置１００及び第２の通信装置２００を備え、
　前記第１の通信装置１００は、
　前記パケットデータが通信装置をテストするためのものであるテスト用パケットデータである場合に、当該パケットデータに、当該パケットデータが固定長であるか可変長であるかを表す固定可変長設定情報を含めて、当該パケットデータを前記第２の通信装置２００に送信するパケット送信手段１０１を備え、
　前記第２の通信装置２００は、
　前記第１の通信装置１００から送信された前記パケットデータを受信するパケット受信手段２０１と、
　受信した前記パケットデータが前記テスト用パケットデータである場合に、当該パケットデータに含まれる前記固定可変長設定情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別する固定可変長判別手段２０２と、
　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行するテスト実行手段２０３と、を備えた、
通信システム。
（付記２）
　付記１に記載の通信システムであって、
　前記第１の通信装置が備える前記パケット送信手段は、可変長である前記パケットデータに、当該パケットデータのデータ量を特定するデータ量情報を含めて前記第２の通信装置に送信し、
　前記第２の通信装置が備える前記テスト実行手段は、受信した前記パケットデータが可変長である場合に、当該パケットデータに含まれる前記データ量情報に基づいてテスト処理を実行する、
通信システム。
（付記３）
　付記２に記載の通信システムであって、
　前記第１の通信装置が備える前記パケット送信手段は、可変長である前記パケットデータのデータ量をランダムに設定し、当該設定されたデータ量を特定する前記データ量情報を、当該パケットデータに含めて前記第２の通信装置に送信する、
通信システム。
（付記４）
　付記２又は３に記載の通信システムであって、
　前記第１の通信装置が備える前記パケット送信手段は、固定長である前記パケットデータのデータ量に対して、所定のデータ量のデータを付加した可変長である前記パケットデータを前記第２の通信装置に送信する、
通信システム。
（付記５）
　付記４に記載の通信システムであって、
　前記第１の通信装置が備える前記パケット送信手段は、固定長である前記パケットデータのデータ量に対して、可変長である前記パケットデータに付加したデータ量を表す情報を前記データ量情報とし、当該データ量情報を可変長である前記パケットデータに含めて前記第２の通信装置に送信する、
通信システム。
（付記６）
　付記１乃至５のいずれかに記載の通信システムであって、
　前記第１の通信装置が備える前記パケット送信手段は、固定長である前記パケットデータに含められるテストデータとは異なるテストデータを、可変長である前記パケットデータに含めて前記第２の通信装置に送信し、
　前記第２の通信装置が備える前記テスト実行手段は、受信した前記パケットデータが可変長である場合に、当該パケットデータに含まれる前記テストデータに基づいてテスト処理を実行する、
通信システム。
（付記７）
　ネットワークを介して接続された他の通信装置から送信されたパケットデータを受信するパケット受信手段と、
　受信した前記パケットデータが通信装置をテストするためのものであるテスト用パケットデータである場合に、当該パケットデータに含まれる情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別する固定可変長判別手段と、
　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行するテスト実行手段と、
を備えた通信装置。
（付記８）
　付記７に記載の通信装置であって、
　前記テスト実行手段は、受信した前記パケットデータが可変長である場合に、当該パケットデータに含まれる、当該パケットデータの送信時のデータ量を特定するデータ量情報に基づいてテスト処理を実行する、
通信装置。
（付記９）
　通信装置に、
　ネットワークを介して接続された他の通信装置から送信されたパケットデータを受信するパケット受信手段と、
　受信した前記パケットデータが通信装置をテストするためのものであるテスト用パケットデータである場合に、当該パケットデータに含まれる情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別する固定可変長判別手段と、
　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行するテスト実行手段と、
を実現させるためのプログラム。
（付記１０）
　付記９に記載のプログラムであって、
　前記テスト実行手段は、受信した前記パケットデータが可変長である場合に、当該パケットデータに含まれる、当該パケットデータの送信時のデータ量を特定するデータ量情報に基づいてテスト処理を実行する、
プログラム。
（付記１１）
　ネットワークを介して接続され、相互にパケットデータの送受信を行う第１の通信装置及び第２の通信装置を備えた通信システムにて、
　前記第１の通信装置が、前記パケットデータが通信装置をテストするためのものである場合に、当該パケットデータに、当該パケットデータが固定長であるか可変長であるかを表す固定可変長設定情報を含めて、当該パケットデータを前記第２の通信装置に送信し、
　前記第２の通信装置が、
　前記第１の通信装置から送信された前記パケットデータを受信し、
　受信した前記パケットデータが前記テスト用パケットデータである場合に、当該パケットデータに含まれる前記固定可変長設定情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別し、
　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行する、
通信方法。
（付記１２）
　付記１１に記載の通信方法であって、
　前記第１の通信装置が、可変長である前記パケットデータに、当該パケットデータのデータ量を特定するデータ量情報を含めて前記第２の通信装置に送信し、
　前記第２の通信装置が、受信した前記パケットデータが可変長である場合に、当該パケットデータに含まれる前記データ量情報に基づいてテスト処理を実行する、
通信方法。
　なお、上述したプログラムは、記憶装置に記憶されていたり、コンピュータが読み取り可能な記録媒体に記録されている。例えば、記録媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、及び、半導体メモリ等の可搬性を有する媒体である。
　以上、上記実施形態等を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明の範囲内で当業者が理解しうる様々な変更をすることができる。
　なお、本発明は、日本国にて２０１２年１０月９日に特許出願された特願２０１２－２２３８９９の特許出願に基づく優先権主張の利益を享受するものであり、当該特許出願に記載された内容は、全て本明細書に含まれるものとする。
１　第１通信装置
１１　フレーム生成部
１２　フレーム送信部
２　第２通信装置
２１　フレーム受信部
２２　フレーム処理部
２３　テスト処理部
３１　Ethernetフレーム受信部
３２　プロトコル判断部
３３　ＯＡＭ機能部
３４　Other Length Bit判断部
３５　標準準拠ＯＡＭ処理部
３６　拡張ＯＡＭ処理部
３７　Ｌ２処理部
３８　障害判定／通知部
１００　第１の通信装置
１０１　パケット送信手段
２００　第２の通信装置
２０１　パケット受信手段
２０２　固定可変長判別手段
２０３　テスト実行手段
 

Claims (10)

  1. 　ネットワークを介して接続され、相互にパケットデータの送受信を行う第１の通信装置及び第２の通信装置を備え、
    　前記第１の通信装置は、
    　前記パケットデータが通信装置をテストするためのものであるテスト用パケットデータである場合に、当該パケットデータに、当該パケットデータが固定長であるか可変長であるかを表す固定可変長設定情報を含めて、当該パケットデータを前記第２の通信装置に送信するパケット送信手段を備え、
    　前記第２の通信装置は、
    　前記第１の通信装置から送信された前記パケットデータを受信するパケット受信手段と、
    　受信した前記パケットデータが前記テスト用パケットデータである場合に、当該パケットデータに含まれる前記固定可変長設定情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別する固定可変長判別手段と、
    　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行するテスト実行手段と、を備えた、
    通信システム。
  2. 　請求項１に記載の通信システムであって、
    　前記第１の通信装置が備える前記パケット送信手段は、可変長である前記パケットデータに、当該パケットデータのデータ量を特定するデータ量情報を含めて前記第２の通信装置に送信し、
    　前記第２の通信装置が備える前記テスト実行手段は、受信した前記パケットデータが可変長である場合に、当該パケットデータに含まれる前記データ量情報に基づいてテスト処理を実行する、
    通信システム。
  3. 　請求項２に記載の通信システムであって、
    　前記第１の通信装置が備える前記パケット送信手段は、可変長である前記パケットデータのデータ量をランダムに設定し、当該設定されたデータ量を特定する前記データ量情報を、当該パケットデータに含めて前記第２の通信装置に送信する、
    通信システム。
  4. 　請求項２又は３に記載の通信システムであって、
    　前記第１の通信装置が備える前記パケット送信手段は、固定長である前記パケットデータのデータ量に対して、所定のデータ量のデータを付加した可変長である前記パケットデータを前記第２の通信装置に送信する、
    通信システム。
  5. 　請求項４に記載の通信システムであって、
    　前記第１の通信装置が備える前記パケット送信手段は、固定長である前記パケットデータのデータ量に対して、可変長である前記パケットデータに付加したデータ量を表す情報を前記データ量情報とし、当該データ量情報を可変長である前記パケットデータに含めて前記第２の通信装置に送信する、
    通信システム。
  6. 　請求項１乃至５のいずれかに記載の通信システムであって、
    　前記第１の通信装置が備える前記パケット送信手段は、固定長である前記パケットデータに含められるテストデータとは異なるテストデータを、可変長である前記パケットデータに含めて前記第２の通信装置に送信し、
    　前記第２の通信装置が備える前記テスト実行手段は、受信した前記パケットデータが可変長である場合に、当該パケットデータに含まれる前記テストデータに基づいてテスト処理を実行する、
    通信システム。
  7. 　ネットワークを介して接続された他の通信装置から送信されたパケットデータを受信するパケット受信手段と、
    　受信した前記パケットデータが通信装置をテストするためのものであるテスト用パケットデータである場合に、当該パケットデータに含まれる情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別する固定可変長判別手段と、
    　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行するテスト実行手段と、
    を備えた通信装置。
  8. 　請求項７に記載の通信装置であって、
    　前記テスト実行手段は、受信した前記パケットデータが可変長である場合に、当該パケットデータに含まれる、当該パケットデータの送信時のデータ量を特定するデータ量情報に基づいてテスト処理を実行する、
    通信装置。
  9. 　通信装置に、
    　ネットワークを介して接続された他の通信装置から送信されたパケットデータを受信するパケット受信手段と、
    　受信した前記パケットデータが通信装置をテストするためのものであるテスト用パケットデータである場合に、当該パケットデータに含まれる情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別する固定可変長判別手段と、
    　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行するテスト実行手段と、
    を実現させるためのプログラム。
  10. 　ネットワークを介して接続され、相互にパケットデータの送受信を行う第１の通信装置及び第２の通信装置を備えた通信システムにて、
    　前記第１の通信装置が、前記パケットデータが通信装置をテストするためのものである場合に、当該パケットデータに、当該パケットデータが固定長であるか可変長であるかを表す固定可変長設定情報を含めて、当該パケットデータを前記第２の通信装置に送信し、
    　前記第２の通信装置が、
    　前記第１の通信装置から送信された前記パケットデータを受信し、
    　受信した前記パケットデータが前記テスト用パケットデータである場合に、当該パケットデータに含まれる前記固定可変長設定情報に基づいて、当該パケットデータが固定長であるか可変長であるかを判別し、
    　前記パケットデータが固定長であるか可変長であるかに応じて、当該パケットデータを用いた予め設定されたテスト処理を実行する、
    通信方法。
     
PCT/JP2013/005407 2012-10-09 2013-09-12 通信装置 WO2014057610A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012223899A JP2014078780A (ja) 2012-10-09 2012-10-09 通信装置
JP2012-223899 2012-10-09

Publications (1)

Publication Number Publication Date
WO2014057610A1 true WO2014057610A1 (ja) 2014-04-17

Family

ID=50477094

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/005407 WO2014057610A1 (ja) 2012-10-09 2013-09-12 通信装置

Country Status (2)

Country Link
JP (1) JP2014078780A (ja)
WO (1) WO2014057610A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015201521A (ja) 2014-04-07 2015-11-12 信越化学工業株式会社 太陽電池用シリコーン封止材料及び太陽電池モジュール

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001007814A (ja) * 1999-06-18 2001-01-12 Sony Corp 情報処理装置及び方法
JP2002152317A (ja) * 2000-11-10 2002-05-24 Fujitsu Ltd 試験装置
JP2003199075A (ja) * 2001-12-27 2003-07-11 Matsushita Electric Ind Co Ltd データ伝送方法、データ伝送装置及びデータ受信装置
JP2008035333A (ja) * 2006-07-31 2008-02-14 Fujitsu Ltd ネットワーク中継装置の試験方法及びネットワーク中継装置
JP2008236267A (ja) * 2007-03-19 2008-10-02 Fujitsu Ltd 伝送装置、試験方法および伝送装置制御プログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001007814A (ja) * 1999-06-18 2001-01-12 Sony Corp 情報処理装置及び方法
JP2002152317A (ja) * 2000-11-10 2002-05-24 Fujitsu Ltd 試験装置
JP2003199075A (ja) * 2001-12-27 2003-07-11 Matsushita Electric Ind Co Ltd データ伝送方法、データ伝送装置及びデータ受信装置
JP2008035333A (ja) * 2006-07-31 2008-02-14 Fujitsu Ltd ネットワーク中継装置の試験方法及びネットワーク中継装置
JP2008236267A (ja) * 2007-03-19 2008-10-02 Fujitsu Ltd 伝送装置、試験方法および伝送装置制御プログラム

Also Published As

Publication number Publication date
JP2014078780A (ja) 2014-05-01

Similar Documents

Publication Publication Date Title
JP4840236B2 (ja) ネットワークシステム及びノード装置
JP4340300B2 (ja) 伝送装置、試験方法および伝送装置制御プログラム
CN101132320B (zh) 检测接口故障的方法及网络节点设备
US20090003241A1 (en) A Method and System For Obtaining Path Maximum Transfer Unit in Network
JP2019505142A (ja) フォワーディング・テーブルを検査するための方法および装置、並びにデバイス
CN101610535A (zh) 多链路直连场景下保证bfd会话稳定性的方法、系统及装置
CN111030873A (zh) 一种故障诊断方法及装置
JP4861293B2 (ja) 通信装置、通信方法および通信プログラム
WO2017190467A1 (zh) 终端最大传输单元的调整方法、装置和终端设备
JP2010034876A (ja) 障害監視サーバおよびネットワーク障害監視システム。
CN115885502A (zh) 对中间网络节点进行诊断
KR20100114521A (ko) 이더넷 멀티캐스트의 연속성 체크를 위한 방법 및 시스템
US20120147776A1 (en) Systems and methods for discovering sctp associations in a network
JP2009065404A (ja) 通信障害切り分け方法、通信障害切り分け機能を有する映像配信システムおよび受信端末
JP2022150212A (ja) 通信システム、通信装置及び異常監視方法
JP2005142976A (ja) 通信試験装置
WO2014057610A1 (ja) 通信装置
CN111953555A (zh) 一种链路检测方法、cpe及存储介质
US10498591B1 (en) Isolating service faults using loopbacks
US8144688B2 (en) System and method for discovering SCTP associations in a network
JP2014007501A (ja) 通信装置
JP5001932B2 (ja) マルチリンク試験装置、マルチリンク試験システム、マルチリンク試験方法およびそのプログラム
JP5402304B2 (ja) 診断プログラム、診断装置、診断方法
US8811233B2 (en) Topology detection method and topology detection apparatus
JP5367002B2 (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: 13844926

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13844926

Country of ref document: EP

Kind code of ref document: A1