[要約] RFC 6137は、ネットワークのトラブルチケットデータモデル（NTTDM）に関するものであり、トラブルチケットのデータモデルと関連する要素を定義しています。このRFCの目的は、ネットワークトラブルの管理と解決を効率化するための標準化を提供することです。
Independent Submission D. Zisiadis, Ed.
Request for Comments: 6137 S. Kopsidas, Ed.
Category: Experimental M. Tsavli, Ed.
ISSN: 2070-1721 CERTH
G. Cessieux, Ed.
CNRS
February 2011
The Network Trouble Ticket Data Model (NTTDM)
ネットワークトラブルチケットデータモデル（NTTDM）
Abstract
概要
Handling multiple sets of network trouble tickets (TTs) originating from different participants' inter-connected network environments poses a series of challenges for the involved institutions. A Grid is a good example of such a multi-domain project. Each of the participants follows different procedures for handling trouble in its domain, according to the local technical and linguistic profile. The TT systems of the participants collect, represent, and disseminate TT information in different formats.
さまざまな参加者の相互接続されたネットワーク環境に由来する複数のネットワークトラブルチケット（TTS）を処理することは、関係する機関にとって一連の課題をもたらします。グリッドは、このようなマルチドメインプロジェクトの良い例です。各参加者は、ローカルの技術的および言語的プロファイルに従って、ドメインでトラブルを処理するためのさまざまな手順に従います。参加者のTTシステムは、TT情報をさまざまな形式で収集、表現、普及させます。
As a result, management of the daily workload by a central Network Operation Centre (NOC) is a challenge on its own. Normalization of TTs to a common format at the central NOC can ease presentation, storing, and handling of the TTs. In the present document, we provide a model for automating the collection and normalization of the TT received by multiple networks forming the Grid. Each of the participants is using its home TT system within its domain for handling trouble incidents, whereas the central NOC is gathering the tickets in the normalized format for repository and handling. XML is used as the common representation language. The model was defined and used as part of the networking support activity of the EGEE (Enabling Grids for E-sciencE) project.
その結果、セントラルネットワークオペレーションセンター（NOC）による毎日のワークロードの管理は、それ自体が課題です。中央NOCでの共通形式へのTTSの正規化は、TTSのプレゼンテーション、保存、および処理を容易にすることができます。現在のドキュメントでは、グリッドを形成する複数のネットワークによって受信されたTTの収集と正規化を自動化するためのモデルを提供します。各参加者は、トラブルインシデントを処理するためにドメイン内でホームTTシステムを使用していますが、中央NOCはリポジトリとハンドリングのために正規化された形式でチケットを収集しています。XMLは、共通の表現言語として使用されます。モデルは定義され、EGEE（e-scienceのグリッドを有効にする）プロジェクトのネットワーキングサポートアクティビティの一部として使用されました。
Status of This Memo
本文書の位置付け
This document is not an Internet Standards Track specification; it is published for examination, experimental implementation, and evaluation.
このドキュメントは、インターネット標準の追跡仕様ではありません。試験、実験的実装、および評価のために公開されています。
This document defines an Experimental Protocol for the Internet community. This is a contribution to the RFC Series, independently of any other RFC stream. The RFC Editor has chosen to publish this document at its discretion and makes no statement about its value for implementation or deployment. Documents approved for publication by the RFC Editor are not a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
このドキュメントは、インターネットコミュニティの実験プロトコルを定義しています。これは、他のRFCストリームとは無関係に、RFCシリーズへの貢献です。RFCエディターは、このドキュメントの裁量でこのドキュメントを公開することを選択しており、実装または展開に対する価値について声明を発表しません。RFCエディターによって公開が承認されたドキュメントは、インターネット標準のレベルの候補者ではありません。RFC 5741のセクション2を参照してください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6137.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc6137で取得できます。
Copyright Notice
著作権表示
Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2011 IETF Trustおよび文書著者として特定された人。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.
このドキュメントは、BCP 78およびIETFドキュメント（http://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。
Table of Contents
目次
1. Introduction ....................................................4
1.1. Terminology ................................................5
1.2. Notations ..................................................6
1.3. About the Network Trouble Ticket Data Model ................6
1.4. About the Network Trouble Ticket Implementation ............7
1.5. Future Plans ...............................................7
2. NTTDM Types and Definitions .....................................7
2.1. Types and Definitions for the TYPE Attribute ...............8
2.1.1. Defined .............................................8
2.1.2. Free ................................................8
2.1.3. Multiple ............................................8
2.1.4. List ................................................8
2.2. Types and Definitions for the VALID FORMAT Attributes ......9
2.2.1. Predefined String ...................................9
2.2.1.1. Definitions of the Predefined Values ......10
2.2.2. String .............................................13
2.2.3. Datetime ...........................................13
3. NTTDM ..........................................................14
3.1. NTTDM Components ..........................................14
3.1.1. NTTDM Attributes ...................................14
3.2. NTTDM Aggregate Classes ...................................15
3.2.1. NTTDM-Document Class ...............................15
3.2.2. Ticket Class .......................................15
3.2.3. Ticket Origin Information ..........................17
3.2.3.1. PARTNER_ID ................................17
3.2.3.2. ORIGINAL_ID ...............................17
3.2.4. Ticket Information .................................17
3.2.4.1. TT_ID .....................................17
3.2.4.2. TT_TITLE ..................................18
3.2.4.3. TT_TYPE ...................................18
3.2.4.4. TT_PRIORITY ...............................18
3.2.4.5. TT_STATUS .................................19
3.2.4.6. TT_SOURCE .................................19
3.2.4.7. TT_OPEN_DATETIME ..........................19
3.2.4.8. TT_CLOSE_DATETIME .........................20
3.2.5. Trouble Details ....................................20
3.2.5.1. TT_SHORT_DESCRIPTION ......................20
3.2.5.2. TT_LONG_DESCRIPTION .......................20
3.2.5.3. TYPE ......................................21
3.2.5.4. TT_IMPACT_ASSESSMENT ......................21
3.2.5.5. START_DATETIME ............................21
3.2.5.6. DETECT_DATETIME ...........................22
3.2.5.7. REPORT_DATETIME ...........................22
3.2.5.8. END_DATETIME ..............................22
3.2.5.9. TT_LAST_UPDATE_TIME .......................23
3.2.5.10. TIME_WINDOW_START ........................23
3.2.5.11. TIME_WINDOW_END ..........................23
3.2.5.12. WORK_PLAN_START_DATETIME .................24
3.2.5.13. WORK_PLAN_END_DATETIME ...................24
3.2.6. Related Data .......................................24
3.2.6.1. RELATED_EXTERNAL_TICKETS ..................24
3.2.6.2. ADDITIONAL_DATA ...........................25
3.2.6.3. RELATED_ACTIVITY ..........................25
3.2.6.4. HISTORY ...................................25
3.2.7. Localization and Impact ............................26
3.2.7.1. AFFECTED_COMMUNITY ........................26
3.2.7.2. AFFECTED_SERVICE ..........................26
3.2.7.3. LOCATION ..................................26
3.2.7.4. NETWORK_NODE ..............................27
3.2.7.5. NETWORK_LINK_CIRCUIT ......................27
3.2.7.6. END_LINE_LOCATION_A .......................27
3.2.7.7. END_LINE_LOCATION_B .......................28
3.2.8. Contact Information ................................28
3.2.8.1. OPEN_ENGINEER .............................28
3.2.8.2. CONTACT_ENGINEERS .........................28
3.2.8.3. CLOSE_ENGINEER ............................29
3.2.9. Security ...........................................29
3.2.9.1. HASH ......................................29
3.3. NTTDM Representation ......................................29
4. Internationalization Issues ....................................31
5. Example ........................................................31
5.1. Link Failure ..............................................31
6. Sample Implementation: XML Schema ..............................32
7. Security Considerations ........................................43
8. IANA Considerations ............................................44
9. Contributors ...................................................44
10. Acknowledgements ..............................................45
11. References ....................................................45
11.1. Normative References .....................................45
11.2. Informative References ...................................45
Problem-impact assessment, reporting, identification, and handling, as well as dissemination of trouble information and delegation of authority, are some of the main tasks that have to be implemented by the members of a Grid in order to successfully manage the network and maintain operational efficiency of the services offered to their users.
問題の影響、報告、識別、および取り扱い、およびトラブル情報の普及と権限の委任は、ネットワークをうまく管理し、維持するためにグリッドのメンバーが実装する必要がある主要なタスクの一部です。ユーザーに提供されるサービスの運用効率。
Different TT systems are used by each network domain, delivering TTs in alternate formats, while the TT load is growing proportionally with network size and serviced users.
さまざまなTTシステムが各ネットワークドメインで使用され、TTを代替形式で配信しますが、TTロードはネットワークサイズとサービスユーザーに比例して成長しています。
We hereby define a data model for TT normalization -- the Network Trouble Ticket Data Model (NTTDM) -- initially targeted for network providers serving EGEE [8]. The model is designed in accordance with RFC 1297 [11] and meets requirements of the multiple TT systems used.
これにより、TT正規化のデータモデル（ネットワークトラブルチケットデータモデル（NTTDM））を定義します。最初はEGEEにサービスを提供するネットワークプロバイダーを対象としています[8]。このモデルは、RFC 1297 [11]に従って設計されており、使用される複数のTTシステムの要件を満たしています。
The NTTDM
nttdm
o is both effective and comprehensive, as it compensates for the core activities of the Network Operation Centres (NOCs). It is also dynamic, allowing additional options to be included in the future, according to demand.
o ネットワーク操作センター（NOC）のコアアクティビティを補償するため、効果的かつ包括的です。また、ダイナミックであり、需要に応じて追加のオプションを将来含めることができます。
o provides an XML representation for conveying incident information across administrative domains between parties that have an operational responsibility of remediation or a "watch-and-warn" policy over a defined constituency.
o 修復の運用上の責任を負っている当事者間で行政ドメイン間でインシデント情報を伝えるためのXML表現を提供するか、定義された選挙区に対する「監視」ポリシーを提供します。
o encodes information about hosts, networks, and the services running on these systems; attack methodology and associated forensic evidence; impact of the activity; and limited approaches for documenting workflow.
o これらのシステムで実行されているホスト、ネットワーク、およびサービスに関する情報をエンコードします。攻撃方法と関連する法医学的証拠。活動の影響;ワークフローを文書化するための限られたアプローチ。
o aims to simplify TT exchange within the boundaries of a Grid and to enhance the functional cooperation of every NOC and of the Grid Operation Centre (GOC). Community adoption of the NTTDM enhances trouble resolution within the Grid framework and imparts network status cognizance by modeling collaboration and information exchange among operators.
o グリッドの境界内でTT交換を簡素化し、すべてのNOCおよびグリッド操作センター（GOC）の機能的協力を強化することを目指しています。NTTDMのコミュニティの採用は、グリッドフレームワーク内のトラブル解決を強化し、オペレーター間のコラボレーションと情報交換をモデル化することにより、ネットワークステータスの認知を与えます。
o provides a common format that allows GOCs as well as all participating NOCs to store, exchange, manage, and analyze TTs (assessment of TT impact).
o GOCとすべての参加NOCがTTSの保存、交換、管理、分析を可能にする共通の形式を提供します（TTインパクトの評価）。
o provides increased automation in handling a TT, since the network operators have a common view of the incident.
o ネットワークオペレーターはインシデントの共通の見解を持っているため、TTの処理において自動化の増加を提供します。
The model was designed and used as part of the networking support activity of the EGEE project; one of the subtasks of this support activity was to enhance the ENOC (EGEE Network Operation Centre) [9] procedures for better overall network coordination of the Grid.
このモデルは、EGEEプロジェクトのネットワーキングサポートアクティビティの一部として設計および使用されました。このサポートアクティビティのサブタスクの1つは、グリッドの全体的なネットワーク調整を改善するためのENOC（EGEEネットワーク操作センター）[9]手順を強化することでした。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [1].
「必須」、「そうしない」、「必須」、「必要」、「しない」、「そうしない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、RFC 2119 [1]に記載されているように解釈される。
The NTTDM uses specific keywords to describe the various data components. These keywords are:
NTTDMは、特定のキーワードを使用して、さまざまなデータコンポーネントを記述します。これらのキーワードは次のとおりです。
Defined, Free, Multiple, List, Predefined String, String, Datetime, Solved, Cancelled, Inactive, Superseded, Opened/Closed, Operational, Informational, Administrative, and Test.
定義された、無料、複数、リスト、定義された文字列、文字列、データタイム、解決、キャンセル、非アクティブ、置き換え、オープン/クローズ、運用、情報、管理、およびテスト。
These keywords as used in this document are to be interpreted as described in Section 2.
このドキュメントで使用されるこれらのキーワードは、セクション2で説明されているように解釈されます。
Acronyms:
頭字語：
TT: Trouble Ticket
TT：トラブルチケット
NTTDM: Network Trouble Ticket Data Model
NTTDM：ネットワークトラブルチケットデータモデル
DB: Database
DB：データベース
EGEE: Enabling Grid for E-sciencE
EGEE：e-scienceのグリッドを有効にします
ENOC: EGEE NOC
ENOC：EGEE NOC
NOC: Network Operation Centre
NOC：ネットワーク操作センター
GOC: Grid Operation Centre
GOC：グリッドオペレーションセンター
NREN: National Research and Educational Network
NREN：全国研究および教育ネットワーク
QoS: Quality of Service UML: Unified Modeling Language
QOS：サービス品質UML：統一されたモデリング言語
XML: Extensible Markup Language
XML：拡張可能なマークアップ言語
The NTTDM is specified in two ways: as an abstract data model and as an XML Schema. Section 3 provides a Unified Modeling Language (UML) [10] model describing the individual classes and their relationship with each other. The semantics of each class are discussed and their attributes explained. In Section 6, this UML model is converted into an XML Schema [2] [3] [4] [5]. A specific namespace [6] is also defined.
NTTDMは、抽象データモデルとして、およびXMLスキーマとして、2つの方法で指定されています。セクション3では、個々のクラスと互いの関係を説明する統一されたモデリング言語（UML）[10]モデルを提供します。各クラスのセマンティクスについて説明し、それらの属性について説明しました。セクション6では、このUMLモデルはXMLスキーマ[2] [3] [4] [5]に変換されます。特定の名前空間[6]も定義されています。
The term "XML document" refers to any instance of an XML Document. The term "NTTDM document" refers to specific elements and attributes of the NTTDM Schema. Finally, the terms "class" and "element" are used interchangeably to reference either a given UML class in the data model or its corresponding Schema implementation.
「XMLドキュメント」という用語は、XMLドキュメントの任意のインスタンスを指します。「NTTDMドキュメント」という用語は、NTTDMスキーマの特定の要素と属性を指します。最後に、「クラス」と「要素」という用語は、データモデルの特定のUMLクラスまたは対応するスキーマ実装のいずれかを参照するために交換可能に使用されます。
The NTTDM is a data representation that provides a framework for normalizing and sharing information among network operators and the GOC regarding troubles within the Grid boundaries. There has been a lot of thought processing during the design of the data model:
NTTDMは、ネットワークオペレーターとグリッド境界内のトラブルに関するGOC間で情報を正常化および共有するためのフレームワークを提供するデータ表現です。データモデルの設計中に多くの思考処理がありました。
o The data model serves as a common storage and exchange format.
o データモデルは、共通のストレージおよび交換形式として機能します。
o Every NOC still uses its home TT system for network management within its area of control.
o すべてのNOCは、制御領域内でネットワーク管理のためにホームTTシステムを使用しています。
o As there is no universally adopted definition for a trouble, in the NTTDM definition, the term is used with a comprehensive meaning to cover all NOCs.
o NTTDM定義では、トラブルに普遍的に採用された定義がないため、この用語はすべてのNOCをカバーするための包括的な意味で使用されます。
o Handling every possible definition of a trouble incident would call for an extremely expanded and complex data model. Therefore, the NTTDM's purpose is to serve as the basis for normalizing and exchanging TTs. It is flexible and expressive in order to ensure that specific NOC requirements are met. Specific NOC information is kept outside the NTTDM, and external databases can be used to feed it.
o トラブルインシデントのすべての可能な定義を処理するには、非常に拡張された複雑なデータモデルが必要になります。したがって、NTTDMの目的は、TTSを正常化および交換するための基礎として機能することです。特定のNOC要件が満たされることを保証するために、柔軟で表現力があります。特定のNOC情報はNTTDMの外側に保持され、外部データベースを使用してフィードできます。
o The domain of managing the information is not fully standardized and must rely on free-form textual descriptions. The NTTDM attempts to strike a balance between supporting this free-form content, while still allowing automated processing of incident information.
o 情報を管理するドメインは完全に標準化されておらず、自由形式のテキストの説明に依存する必要があります。NTTDMは、インシデント情報の自動処理を許可しながら、このフリーフォームコンテンツをサポートすることとのバランスをとることを試みます。
The NTTDM is only one of several feasible TT data representations. The goal of this design was to be as effective and comprehensive as these other representations and to account for the management of a general Grid environment. The already used TT formats influenced the design of the NTTDM.
NTTDMは、いくつかの実行可能なTTデータ表現の1つにすぎません。この設計の目標は、これらの他の表現と同じくらい効果的かつ包括的であり、一般的なグリッド環境の管理を説明することでした。すでに使用されているTT形式は、NTTDMの設計に影響を与えました。
Here we describe an example of a typical use case.
ここでは、典型的なユースケースの例を説明します。
The Grid project EGEE manages its infrastructure as a network overlay over the European National Research and Educational Networks (NRENs) and wants to be able to warn EGEE sites of the unavailability of the network. Thanks to collaboration with its network provider, the EGEE NOC receives a high volume of TTs (800 tickets/month, 2500 emails/month) from 20 NRENs and should always be able to cope with such a heavy load. Thanks to the NTTDM, the EGEE NOC can automate the TT workflow:
Grid Project EGEEは、欧州の国家研究および教育ネットワーク（NRENS）を介したネットワークオーバーレイとしてインフラストラクチャを管理し、EGEEサイトにネットワークの利用不能を警告できるようにしたいと考えています。ネットワークプロバイダーとのコラボレーションのおかげで、EGEE NOCは20個のNRENから大量のTTS（月額800枚、月額2500メール）を受け取り、常にこのような重い負荷に対処できるはずです。NTTDMのおかげで、EGEE NOCはTTワークフローを自動化できます。
o The TT is filtered, sorted, and stored in a local database (DB).
o TTはフィルタリング、ソート、およびローカルデータベース（DB）に保存されます。
o The TT's impact on the Grid is assessed.
o グリッドへのTTの影響が評価されます。
o The TT is pushed to an ENOC dashboard application and other tools (EGEE TT system, statistics, etc.).
o TTは、ENOCダッシュボードアプリケーションおよびその他のツール（EGEE TTシステム、統計など）にプッシュされます。
Since this is an Experimental document, operational experience will be used to expand the subsections of Section 3.2.3, "Ticket Origin Information", below. The current specification is already used within EGEE. Other Grids are free to use it and report comments to the authors. After enough experimentation, we would like to advance it to the Standards Track.
これは実験文書であるため、運用エクスペリエンスを使用して、以下のセクション3.2.3「チケットの起源情報」のサブセクションを拡張します。現在の仕様は既にEGEE内で使用されています。他のグリッドはそれを自由に使用し、著者にコメントを報告します。十分な実験の後、標準の追跡に進出したいと思います。
The various data elements of the TT data model are typed. This section discusses these data types. When possible, native Schema data types were adopted, but for more complicated formats, regular expressions or external standards were used.
TTデータモデルのさまざまなデータ要素が入力されます。このセクションでは、これらのデータ型について説明します。可能な場合、ネイティブスキーマデータ型が採用されましたが、より複雑な形式では、正規表現または外部標準が使用されました。
These types are used to describe the TYPE attribute.
これらのタイプは、型属性を記述するために使用されます。
The Defined data type means that the data model provides a means to compute this value from the rest of the fields.
定義されたデータ型は、データモデルが残りのフィールドからこの値を計算する手段を提供することを意味します。
The Defined data type is implemented as "Defined" in the Schema.
定義されたデータ型は、スキーマで「定義された」として実装されます。
The Free data type means that the value can be freely chosen.
無料のデータ型は、値を自由に選択できることを意味します。
All Free strings SHOULD have as an attribute the language used.
すべてのフリー文字列には、使用される言語が属性として属する必要があります。
The Free data type is implemented as "Free" in the Schema.
フリーデータ型は、スキーマで「無料」として実装されています。
The Multiple data type consists of one value among multiple fixed values.
複数のデータ型は、複数の固定値の間で1つの値で構成されています。
The Multiple data type is implemented as "Multiple" in the Schema.
複数のデータ型は、スキーマの「複数」として実装されています。
"List" means many values among multiple fixed values. The List data type is implemented as "List" in the Schema.
「リスト」とは、複数の固定値の中で多くの値を意味します。リストデータ型は、スキーマの「リスト」として実装されています。
A Predefined String means the different values are predefined in the data model.
事前定義された文字列は、異なる値がデータモデルで事前に定義されていることを意味します。
Each field that requires a Predefined String contains a specific value. Figure 1 shows the allowed values for such fields.
事前定義された文字列を必要とする各フィールドには、特定の値が含まれています。図1は、そのようなフィールドの許容値を示しています。
+------------------------+-----------------------------------+
| FIELD NAME | VALUES |
+------------------------+-----------------------------------+
| TT_TYPE | Operational, Informational, |
| | Administrative, Test |
+------------------------+-----------------------------------+
| TYPE | Scheduled, Unscheduled |
+------------------------+-----------------------------------+
| TT_PRIORITY | Low, Medium, High |
+------------------------+-----------------------------------+
| TT_SHORT_DESCRIPTION | Core Line Fault, Access Line |
| | Fault, Degraded Service, Router |
| | Hardware Fault, Router Software |
| | Fault, Routing Problem, Undefined |
| | Problem, Network Congestion, |
| | Client Upgrade, IPv6, QoS, VoIP, |
| | Other |
+------------------------+-----------------------------------+
| TT_IMPACT_ASSESSMENT | No impact, Reduced redundancy, |
| | Minor performance impact, Severe |
| | performance impact, |
| | No connectivity, On backup, |
| | At risk, Unknown |
+------------------------+-----------------------------------+
| TT_STATUS | Opened, Updated, Closed, Solved, |
| | Inactive, Cancelled, Reopened, |
| | Superseded, Opened/Closed |
+------------------------+-----------------------------------+
| TT_SOURCE | Users, Monitoring, Other NOC |
+------------------------+-----------------------------------+
Figure 1. Allowed Predefined String Values
図1.定義済みの文字列値が許可されています
The Predefined String data type is implemented as "xs:string" in the Schema with a sequence of enumerations for the allowed values.
事前定義された文字列データ型は、許可された値の列挙のシーケンスを備えたスキーマの「xs：string」として実装されます。
TT_TYPE
TT_TYPE
o Operational: for network incident and maintenance only.
o 運用：ネットワークインシデントとメンテナンスのみ。
o Informational: information about the TT system or the exchange interface (maintenance, upgrade).
o 情報：TTシステムまたはExchangeインターフェイスに関する情報（メンテナンス、アップグレード）。
o Administrative: information about the access to the TT system (credentials) or the exchange interface.
o 管理：TTシステム（資格情報）またはExchangeインターフェイスへのアクセスに関する情報。
o Test: to test the TT system or the exchange interface, etc.
o テスト：TTシステムまたはExchangeインターフェイスなどをテストします。
TYPE
タイプ
o Scheduled: the incident was scheduled to happen.
o スケジュール：インシデントが発生する予定でした。
o Unscheduled: the incident was unscheduled.
o 予定外：事件は予定外でした。
TT_PRIORITY
TT_PRIORITY
o Low: the TT priority is low.
o 低：TTの優先度は低いです。
o Medium: the TT priority is medium.
o 中：TTの優先度は中程度です。
o High: the TT priority is high.
o 高：TTの優先度が高い。
TT_SHORT_DESCRIPTION
tt_short_description
o Core Line Fault: malfunction of a high-bandwidth core line.
o コアライン障害：高帯域幅コアラインの誤動作。
o Access Line Fault: malfunction of a medium-bandwidth access line.
o アクセスライン障害：中帯域幅アクセスラインの誤動作。
o Degraded Service.
o 劣化したサービス。
o Router Hardware Fault: malfunction of the router hardware.
o ルーターハードウェア障害：ルーターハードウェアの誤動作。
o Router Software Fault: malfunction of the router software.
o ルーターソフトウェア障害：ルーターソフトウェアの誤動作。
o Routing Problem: incident regarding the routing service.
o ルーティングの問題：ルーティングサービスに関するインシデント。
o Undefined Problem: nature of the problem not identified.
o 未定義の問題：特定されていない問題の性質。
o Network Congestion: problem due to traffic at the network (blocked).
o ネットワークの混雑：ネットワークのトラフィックによる問題（ブロック）。
o Client Upgrade: incidents regarding client/services upgrade.
o クライアントのアップグレード：クライアント/サービスのアップグレードに関するインシデント。
o IPv6: incident regarding the IPv6 network.
o IPv6：IPv6ネットワークに関するインシデント。
o QoS: incident regarding the Quality of Service (QoS) of the network.
o QOS：ネットワークのサービス品質（QoS）に関するインシデント。
o VoIP: incident regarding Voice over IP (VoIP).
o VoIP：IPオーバーIP（VOIP）に関するインシデント。
o Other: non-listed incident.
o その他：リストされていない事件。
TT_IMPACT_ASSESSMENT
TT_IMPACT_ASSESSMENT
o No impact: the incident does not cause any impacts.
o 影響なし：インシデントは影響を引き起こしません。
o Reduced redundancy: the incident reduces network redundancy.
o 冗長性の低下：インシデントはネットワークの冗長性を減らします。
o Minor performance impact: the incident causes a minor performance impact.
o マイナーなパフォーマンスの影響：インシデントはマイナーパフォーマンスの影響を引き起こします。
o Severe performance impact: the incident causes a severe performance impact.
o 深刻なパフォーマンスへの影響：インシデントは深刻なパフォーマンスの影響を引き起こします。
o No connectivity: the incident causes connectivity failure.
o 接続なし：インシデントは接続障害を引き起こします。
o On backup: the incident causes a malfunction of backup services.
o バックアップで：インシデントはバックアップサービスの誤動作を引き起こします。
o At risk: the incident should not have any impact but could possibly cause some trouble.
o 危険にさらされている：事件は影響を与えるべきではないが、おそらく何らかのトラブルを引き起こす可能性がある。
o Unknown: the nature of the impact is not identified.
o 不明：影響の性質は特定されていません。
TT_STATUS
TT_STATUS
o Opened: the ticket is opened.
o 開設：チケットが開かれています。
o Closed: the ticket is closed.
o 閉鎖：チケットは閉鎖されています。
o Updated: the ticket's contents have been updated.
o 更新：チケットの内容が更新されました。
o Cancelled: the ticket has been opened twice; one of the tickets is cancelled, and a relationship between them is defined via the RELATED_ACTIVITY field.
o キャンセル：チケットは2回開かれました。チケットの1つがキャンセルされ、それらの間の関係はRelated_Activityフィールドを介して定義されます。
o Solved: the incident is solved, but the team prefers to monitor/check for future issues.
o 解決：インシデントは解決されますが、チームは将来の問題を監視/チェックすることを好みます。
o Opened/Closed: the ticket was opened only to report an incident that has already been solved.
o 開設/閉鎖：チケットは、すでに解決されているインシデントを報告するためにのみ開設されました。
o Inactive: the ticket is under the responsibility of an external domain and is no longer under the reporting domain's control.
o 非アクティブ：チケットは外部ドメインの責任の下にあり、報告ドメインの制御下にありません。
o Reopened: the ticket was closed by error, or the problem was erroneously declared to be solved. Data in the History field are very important in this case.
o 再開：チケットはエラーで閉鎖されたか、問題が誤って解決されると誤って宣言されました。この場合、歴史分野のデータは非常に重要です。
o Superseded: the ticket has been superseded by another one (for example, a bigger problem that had resulted in many tickets was later merged into a single incident/ticket). The RELATED_ACTIVITY field SHOULD include the master ticket reference.
o 取って代わられた：チケットは別のチケットに取って代わられました（たとえば、多くのチケットをもたらしたより大きな問題が後に1つのインシデント/チケットに統合されました）。Related_Activityフィールドには、マスターチケットリファレンスを含める必要があります。
Allowed transitions for TT_STATUS are only those indicated in Figure 2. Possible final states are indicated with (X).
TT_STATUSの許可された遷移は、図2に示されているもののみです。可能な最終状態は（x）で示されています。
+------------------+
| Opened/Closed (X)|
+------------------+
|
|
V
+--------------+
/-----------------------| Reopened |<-------------------\
| | |----------\ |
| +--------------+ | |
| ^ | |
| | | |
| V | |
| +-------------------+ | |
| | Superseded (X) | | |
| | or Inactive (X) | | |
| /----------------->| or Cancelled (X) |<---\ | |
| | +-------------------+ | | |
| | ^ | | |
| | | | V |
| | +--------+ | +--------+ |
| | /---------| Opened |----/ | Solved |-----\ |
| | | | |---------------->| | | |
| | | +--------+ +--------+ | |
| | | | ^ | |
V | V | | | |
+---------+ | | | |
| |----------(|)-------------------------/ V V
| Updated | | +------------+
| |----------(|)---------------------------->| |
+---------+ | | Closed (X) |
\----------------------------->| |
+------------+
Figure 2. TT_STATUS Transition Diagram
図2. TT_STATUS遷移図
The String value is defined by the user of the model. The String data type is implemented as "xs:string" in the Schema.
文字列値は、モデルのユーザーによって定義されます。文字列データ型は、スキーマの「xs：string」として実装されています。
Date-time strings are represented by the Datetime data type. Each date-time string identifies a particular instant in time; ranges are not supported.
日付の文字列は、DateTimeデータ型で表されます。各日付時間文字列は、特定の瞬間を識別します。範囲はサポートされていません。
Date-time strings are formatted according to a subset of ISO 8601:2000 as documented in RFC 3339.
日付の文字列は、RFC 3339で文書化されているように、ISO 8601：2000のサブセットに従ってフォーマットされます。
The Datetime data type is implemented as "xs:dateTime" in the Schema.
DateTimeデータ型は、スキーマの「XS：DateTime」として実装されています。
In this section, the individual components of the NTTDM will be discussed in detail. This class provides a standardized representation for commonly exchanged Field Name data.
このセクションでは、NTTDMの個々のコンポーネントについて詳しく説明します。このクラスは、一般的に交換されるフィールド名データの標準化された表現を提供します。
The Field Name class has four attributes. Each attribute provides information about a Field Name instance. The attributes that characterize one instance constitute all the information required to form the data model.
フィールド名クラスには4つの属性があります。各属性は、フィールド名インスタンスに関する情報を提供します。1つのインスタンスを特徴付ける属性は、データモデルを形成するために必要なすべての情報を構成します。
DESCRIPTION
説明
This field contains a short description of the Field Name.
このフィールドには、フィールド名の簡単な説明が含まれています。
TYPE
タイプ
The TYPE attribute contains information about the type of the Field Name it depends on. The values that it may contain are:
型属性には、依存するフィールド名のタイプに関する情報が含まれています。それに含まれる可能性のある値は次のとおりです。
Defined, Free, Multiple, and List.
定義された、無料、複数、およびリスト。
VALID FORMAT
有効な形式
This attribute contains information about the format of each field. The values that it may contain are:
この属性には、各フィールドの形式に関する情報が含まれています。それに含まれる可能性のある値は次のとおりです。
Predefined String, String, and Datetime.
事前定義された文字列、文字列、およびデータタイム。
MANDATORY
必須
This attribute indicates whether the information of each field is required or optional. If the information is required, the MANDATORY field contains the word "YES". If the information is optional, the MANDATORY field contains the word "NO".
この属性は、各フィールドの情報が必要かオプションかを示します。情報が必要な場合、必須フィールドには「はい」という単語が含まれています。情報がオプションの場合、必須フィールドには「いいえ」という単語が含まれています。
The NTTDM-Document class is the top-level class in the NTTDM. All NTTDM documents are an instance of this class.
NTTDM-Documentクラスは、NTTDMのトップレベルクラスです。すべてのNTTDMドキュメントは、このクラスのインスタンスです。
+---------------+
| NTTDM-Document|
+---------------+
| version |<>--{1..*}--[ Ticket ]
| lang |
+---------------+
Figure 3. NTTDM-Document Class
図3. nttdm-documentクラス
The aggregate class that constitutes an NTTDM-Document is:
nttdm-documentを構成する集約クラスは次のとおりです。
Ticket
チケット
One or more. The information related to a single ticket.
1つ以上。単一のチケットに関連する情報。
The NTTDM-Document class has two attributes:
nttdm-documentクラスには2つの属性があります。
version
バージョン
STRING. The value of this attribute MUST be "1.00".
ストリング。この属性の値は「1.00」でなければなりません。
lang
ラング
Required.
必須。
Every ticket is represented by an instance of the Ticket class. This class provides a standardized representation for commonly exchanged TT data.
すべてのチケットは、チケットクラスのインスタンスで表されます。このクラスは、一般的に交換されるTTデータの標準化された表現を提供します。
+---------+
| Ticket |
+---------+
| lang |<>----------[ Partner_ID ]
| |<>----------[ Original_ID ]
| |<>----------[ TT_ID ]
| |<>----------[ TT_Title ]
| |<>----------[ TT_Type ]
| |<>--{0..1}--[ TT_Priority ]
| |<>----------[ TT_Status ]
| |<>--{0..1}--[ TT_Source ]
| |<>----------[ TT_Open_Datetime ]
| |<>----------[ TT_Close_Datetime ]
| |<>----------[ TT_Short_Description ]
| |<>----------[ TT_Long_Description ]
| |<>----------[ Type ]
| |<>----------[ TT_Impact_Assessment ]
| |<>----------[ Start_Datetime ]
| |<>--{0..1}--[ Detect_Datetime ]
| |<>--{0..1}--[ Report_Datetime ]
| |<>----------[ End_Datetime ]
| |<>----------[ TT_Last_Update_Time ]
| |<>--{0..1}--[ Time_Window_Start ]
| |<>--{0..1}--[ Time_Window_End ]
| |<>--{0..1}--[ Work_Plan_Start_Datetime ]
| |<>--{0..1}--[ Work_Plan_End_Datetime ]
| |<>--{0..1}--[ Related_External_Tickets ]
| |<>--{0..1}--[ Additional_Data ]
| |<>--{0..1}--[ Related_Activity ]
| |<>----------[ History ]
| |<>--{0..1}--[ Affected_Community ]
| |<>--{0..1}--[ Affected_Service ]
| |<>----------[ Location ]
| |<>--{0..1}--[ Network_Node ]
| |<>--{0..1}--[ Network_Link_Circuit ]
| |<>--{0..1}--[ End_Line_Location_A ]
| |<>--{0..1}--[ End_Line_Location_B ]
| |<>--{0..1}--[ Open_Engineer ]
| |<>--{0..1}--[ Contact_Engineers ]
| |<>--{0..1}--[ Close_Engineer ]
| |<>--{0..1}--[ Hash ]
+---------+
Figure 4. The Ticket Class
図4.チケットクラス
lang
ラング
Required.
必須。
The Field Names are the Aggregate Classes that constitute the NTTDM, and each of them is an element that is characterized by a quadruple (DESCRIPTION, TYPE, VALID FORMAT, MANDATORY).
フィールド名は、NTTDMを構成する集約クラスであり、それぞれが四重層（説明、タイプ、有効な形式、必須）によって特徴付けられる要素です。
+--------------+
| PARTNER_ID |
+--------------+
| DESCRIPTION | The unique ID of the TT source partner.
| TYPE | Multiple.
| VALID FORMAT | String.
| MANDATORY | Yes.
+--------------+
Figure 5. Partner_ID Class
図5. partner_idクラス
+--------------+
| ORIGINAL_ID |
+--------------+
| DESCRIPTION | The TT ID that was assigned by the party.
| TYPE | Free.
| VALID FORMAT | String.
| MANDATORY | Yes.
+--------------+
Figure 6. Original_ID Class
図6. Original_idクラス
+--------------+
| TT_ID |
+--------------+
| DESCRIPTION | The unique ID of the TT.
| TYPE | As defined below.
| VALID FORMAT | String.
| MANDATORY | Yes.
+--------------+
Figure 7. TT_ID Class
図7. TT_IDクラス
TYPE is constructed as "PARTNER_ID"_"ORIGINAL_ID". PARTNER_ID and ORIGINAL_ID therefore MUST NOT contain an underscore character.
タイプは、「partner_id」_ "original_id"として構築されています。したがって、partner_idおよびoriginal_idは、アンダースコア文字を含めてはなりません。
+---------------+
| TT_TITLE |
+---------------+
| DESCRIPTION | The title of the TT.
| TYPE | Defined.
| VALID FORMAT | String.
| MANDATORY | Yes.
+---------------+
Figure 8. TT_Title Class
図8. TT_TITLEクラス
+---------------+
| TT_TYPE |
+---------------+
| DESCRIPTION | The type of the TT.
| TYPE | Multiple.
| VALID FORMAT | Predefined String.
| MANDATORY | Yes.
+---------------+
Figure 9. TT_Type Class
図9. TT_TYPEクラス
+--------------+
| TT_PRIORITY |
+--------------+
| DESCRIPTION | The TT priority.
| TYPE | Multiple.
| VALID FORMAT | Predefined String.
| MANDATORY | No.
+--------------+
Figure 10. TT_Priority Class
図10. TT_PRIORITYクラス
+--------------+
| TT_STATUS |
+--------------+
| DESCRIPTION | The TT status.
| TYPE | Multiple.
| VALID FORMAT | Predefined String.
| MANDATORY | Yes.
+--------------+
Figure 11. TT_Status Class
図11. TT_STATUSクラス
+--------------+
| TT_SOURCE |
+--------------+
| DESCRIPTION | The source of the ticket.
| TYPE | Multiple.
| VALID FORMAT | Predefined String.
| MANDATORY | No.
+--------------+
Figure 12. TT_Source Class
図12. TT_Sourceクラス
+------------------+
| TT_OPEN_DATETIME |
+------------------+
| DESCRIPTION | The date and time when the TT was opened.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | Yes.
+------------------+
Figure 13. TT_Open_Datetime Class
図13. TT_OPEN_DATETIMEクラス
+-------------------+
| TT_CLOSE_DATETIME |
+-------------------+
| DESCRIPTION | The date and time when the TT was closed.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | Yes.
+-------------------+
Figure 14. TT_Close_Datetime Class
図14. TT_CLOSE_DATETIMEクラス
+----------------------+
| TT_SHORT_DESCRIPTION |
+----------------------+
| DESCRIPTION | The short description of the trouble.
| TYPE | Multiple.
| VALID FORMAT | Predefined String.
| MANDATORY | Yes.
+----------------------+
Figure 15. TT_Short_Description Class
図15. tt_short_descriptionクラス
+---------------------+
| TT_LONG_DESCRIPTION |
+---------------------+
| DESCRIPTION | The detailed description of the
| | incident/maintenance reported in the TT.
| TYPE | Free.
| VALID FORMAT | String.
| MANDATORY | No.
+---------------------+
Figure 16. TT_Long_Description Class
図16. TT_Long_Descriptionクラス
+--------------+
| TYPE |
+--------------+
| DESCRIPTION | The type of the trouble.
| TYPE | Multiple.
| VALID FORMAT | Predefined String.
| MANDATORY | Yes.
+--------------+
Figure 17. Type Class
図17.タイプクラス
+----------------------+
| TT_IMPACT_ASSESSMENT |
+----------------------+
| DESCRIPTION | The impact of the incident/maintenance.
| TYPE | Multiple.
| VALID FORMAT | Predefined String.
| MANDATORY | Yes.
+----------------------+
Figure 18. TT_Impact_Assessment Class
図18. TT_IMPACT_ASSESSMENTクラス
+----------------+
| START_DATETIME |
+----------------+
| DESCRIPTION | The date and time that the
| | incident/maintenance started.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | Yes.
+----------------+
Figure 19. Start_Datetime Class
図19. start_datetimeクラス
+-------------------+
| DETECT_DATETIME |
+-------------------+
| DESCRIPTION | The date and time when the incident
| | was detected.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | No.
+-------------------+
Figure 20. Detect_Datetime Class
図20. Detect_Datetimeクラス
+-----------------+
| REPORT_DATETIME |
+-----------------+
| DESCRIPTION | The date and time when the incident
| | was reported.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | No.
+-----------------+
Figure 21. Report_Datetime Class
図21. Report_Datetimeクラス
+--------------+
| END_DATETIME |
+--------------+
| DESCRIPTION | The date and time when the incident/maintenance
| | ended.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | Yes.
+--------------+
Figure 22. End_Datetime Class
図22. end_datetimeクラス
+---------------------+
| TT_LAST_UPDATE_TIME |
+---------------------+
| DESCRIPTION | The last date and time when the TT was
| | updated.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | Yes.
+---------------------+
Figure 23. TT_Last_Update_Time Class
図23. TT_LAST_UPDATE_TIMEクラス
+-------------------+
| TIME_WINDOW_START |
+-------------------+
| DESCRIPTION | The window start time in which planned
| | maintenance may occur.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | No, unless TYPE is "Scheduled".
+-------------------+
Figure 24. Time_Window_Start Class
図24. time_window_startクラス
+-----------------+
| TIME_WINDOW_END |
+-----------------+
| DESCRIPTION | The window end time in which planned
| | maintenance may occur.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | No, unless TYPE is "Scheduled".
+-----------------+
Figure 25. Time_Window_End Class
図25. time_window_endクラス
+--------------------------+
| WORK_PLAN_START_DATETIME |
+--------------------------+
| DESCRIPTION | Work planned (expected): start time
| | in case of maintenance.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | No.
+--------------------------+
Figure 26. Work_Plan_Start_Datetime Class
図26. work_plan_start_datetimeクラス
+------------------------+
| WORK_PLAN_END_DATETIME |
+------------------------+
| DESCRIPTION | Work planned (expected): end time
| | in case of maintenance.
| TYPE | Multiple.
| VALID FORMAT | Datetime.
| MANDATORY | No.
+------------------------+
Figure 27. Work_Plan_End_Datetime Class
図27. work_plan_end_datetimeクラス
The period delimited by WORK_PLAN_START_DATETIME and WORK_PLAN_END_DATETIME MUST be included in the period delimited by TIME_WINDOW_START and TIME_WINDOW_END, and duplicated with {START, END}_DATETIME, even in case of maintenance.
work_plan_start_datetimeおよびwork_plan_end_datetimeによって区切られた期間は、time_window_startおよびtime_window_endによって区切られた期間に含まれ、{start、end} _dateTimeで複製する必要があります。
+--------------------------+
| RELATED_EXTERNAL_TICKETS |
+--------------------------+
| DESCRIPTION | The NOC entity related to the incident.
| TYPE | List.
| VALID FORMAT | String.
| MANDATORY | No.
+--------------------------+
Figure 28. Related_External_Tickets Class
図28.関連_External_Ticketsクラス
+-----------------+
| ADDITIONAL_DATA |
+-----------------+
| DESCRIPTION | Additional information.
| TYPE | Free.
| VALID FORMAT | String.
| MANDATORY | No.
+-----------------+
Figure 29. Additional_Data Class
図29.追加_DATAクラス
+------------------+
| RELATED_ACTIVITY |
+------------------+
| DESCRIPTION | The TT IDs of the related incidents.
| TYPE | Multiple.
| VALID FORMAT | String.
| MANDATORY | No.
+------------------+
Figure 30. Related_Activity Class
図30. Related_Activityクラス
+--------------+
| HISTORY |
+--------------+
| DESCRIPTION | The necessary actions/events log.
| TYPE | Free.
| VALID FORMAT | String.
| MANDATORY | Yes.
+--------------+
Figure 31. History Class
図31.歴史クラス
Note: This field MUST NOT be empty when the VALID FORMAT attribute of the TT_STATUS field is anything other than "OPENED" or "OPENED/CLOSED".
注：TT_STATUSフィールドの有効なフォーマット属性が「開いた」または「開いた/閉じ」以外のものである場合、このフィールドは空にしてはなりません。
+--------------------+
| AFFECTED_COMMUNITY |
+--------------------+
| DESCRIPTION | Information about the community that was
| | affected by the incident.
| TYPE | Free.
| VALID FORMAT | String.
| MANDATORY | No.
+--------------------+
Figure 32. Affected_Community Class
図32.影響を受けた_communityクラス
+------------------+
| AFFECTED_SERVICE |
+------------------+
| DESCRIPTION | The service that was affected by the
| | incident.
| TYPE | Multiple.
| VALID FORMAT | String.
| MANDATORY | No.
+------------------+
Figure 33. Affected_Service Class
図33.影響を受けた_serviceクラス
+--------------+
| LOCATION |
+--------------+
| DESCRIPTION | The location (Point of Presence (POP) site,
| | city, etc.) of the incident/maintenance.
| TYPE | Multiple.
| VALID FORMAT | String.
| MANDATORY | Yes.
+--------------+
Figure 34. Location Class
図34.ロケーションクラス
+--------------+
| NETWORK_NODE |
+--------------+
| DESCRIPTION | The NOC network node related to the incident.
| TYPE | List.
| VALID FORMAT | String.
| MANDATORY | No.
+--------------+
Figure 35. Network_Node Class
図35. Network_Nodeクラス
+----------------------+
| NETWORK_LINK_CIRCUIT |
+----------------------+
| DESCRIPTION | The name of the network line related
| | to the incident.
| TYPE | List.
| VALID FORMAT | String.
| MANDATORY | No.
+----------------------+
Figure 36. Network_Link_Circuit Class
図36. Network_link_circuitクラス
+---------------------+
| END_LINE_LOCATION_A |
+---------------------+
| DESCRIPTION | A-end of the link.
| TYPE | Multiple.
| VALID FORMAT | String.
| MANDATORY | No.
+---------------------+
Figure 37. End_Line_Location_A Class
図37. end_line_location_aクラス
+---------------------+
| END_LINE_LOCATION_B |
+---------------------+
| DESCRIPTION | B-end of the link.
| TYPE | Multiple.
| VALID FORMAT | String.
| MANDATORY | No.
+---------------------+
Figure 38. End_Line_Location_B Class
図38. end_line_location_bクラス
+---------------+
| OPEN_ENGINEER |
+---------------+
| DESCRIPTION | The engineer that opened the ticket.
| TYPE | Multiple.
| VALID FORMAT | String.
| MANDATORY | No.
+---------------+
Figure 39. Open_Engineer Class
図39. Open_Engineerクラス
+-------------------+
| CONTACT_ENGINEERS |
+-------------------+
| DESCRIPTION | The engineers responsible for the incident
| | settlement.
| TYPE | List.
| VALID FORMAT | String.
| MANDATORY | No.
+-------------------+
Figure 40. Contact_Engineers Class
図40. Contact_Engineersクラス
+----------------+
| CLOSE_ENGINEER |
+----------------+
| DESCRIPTION | The engineer that closed the ticket.
| TYPE | Multiple.
| VALID FORMAT | String.
| MANDATORY | No.
+----------------+
Figure 41. Close_Engineer Class
図41. close_engineerクラス
+-------------+
| HASH |
+-------------+
| DESCRIPTION | Encrypted message hash.
| TYPE | Defined.
| VALID FORMAT| String.
| MANDATORY | No.
+-------------+
Figure 42. Hash Class
図42.ハッシュクラス
The collected and processed TTs received from multiple telecommunications networks are adjusted in a normalized NTTDM. Figure 43 shows the representation of this normalized data model. The "DESCRIPTION" attribute is implied.
複数の通信ネットワークから受信された収集および処理されたTTSは、正規化されたNTTDMで調整されます。図43は、この正規化されたデータモデルの表現を示しています。「説明」属性が暗示されています。
+------------------------+--------+------------------+---------+
| FIELD NAME | TYPE |VALID FORMAT |MANDATORY|
+------------------------+--------+------------------+---------+
|PARTNER_ID |MULTIPLE|STRING |YES |
|ORIGINAL_ID |FREE |STRING |YES |
|TT_ID |DEFINED |STRING |YES |
|TT_TITLE |DEFINED |STRING |YES |
|TT_TYPE |MULTIPLE|PREDEFINED STRING |YES |
|TT_PRIORITY |MULTIPLE|PREDEFINED STRING |NO |
|TT_STATUS |MULTIPLE|PREDEFINED STRING |YES |
|TT_SOURCE |MULTIPLE|PREDEFINED STRING |NO |
|TT_OPEN_DATETIME |MULTIPLE|DATETIME |YES |
|TT_CLOSE_DATETIME |MULTIPLE|DATETIME |YES |
|TT_SHORT_DESCRIPTION |MULTIPLE|PREDEFINED STRING |YES |
|TT_LONG_DESCRIPTION |FREE |STRING |NO |
|TYPE |MULTIPLE|PREDEFINED STRING |YES |
|TT_IMPACT_ASSESSMENT |MULTIPLE|PREDEFINED STRING |YES |
|START_DATETIME |MULTIPLE|DATETIME |YES |
|DETECT_DATETIME |MULTIPLE|DATETIME |NO |
|REPORT_DATETIME |MULTIPLE|DATETIME |NO |
|END_DATETIME |MULTIPLE|DATETIME |YES |
|TT_LAST_UPDATE_TIME |MULTIPLE|DATETIME |YES |
|TIME_WINDOW_START |MULTIPLE|DATETIME |NO |
|TIME_WINDOW_END |MULTIPLE|DATETIME |NO |
|WORK_PLAN_START_DATETIME|MULTIPLE|DATETIME |NO |
|WORK_PLAN_END_DATETIME |MULTIPLE|DATETIME |NO |
|RELATED_EXTERNAL_TICKETS|LIST |STRING |NO |
|ADDITIONAL_DATA |FREE |STRING |NO |
|RELATED_ACTIVITY |MULTIPLE|STRING |NO |
|HISTORY |FREE |STRING |YES |
|AFFECTED_COMMUNITY |FREE |STRING |NO |
|AFFECTED_SERVICE |MULTIPLE|STRING |NO |
|LOCATION |MULTIPLE|STRING |YES |
|NETWORK_NODE |LIST |STRING |NO |
|NETWORK_LINK_CIRCUIT |LIST |STRING |NO |
|END_LINE_LOCATION_A |MULTIPLE|STRING |NO |
|END_LINE_LOCATION_B |MULTIPLE|STRING |NO |
|OPEN_ENGINEER |MULTIPLE|STRING |NO |
|CONTACT_ENGINEERS |LIST |STRING |NO |
|CLOSE_ENGINEER |MULTIPLE|STRING |NO |
|HASH |DEFINED |STRING |NO |
+------------------------+--------+------------------+---------+
Figure 43. The Field Name Class
図43.フィールド名クラス
Internationalization and localization are of specific concern to the NTTDM, since it is only through collaboration, often across language barriers, that certain incidents can be resolved. The NTTDM supports this goal by depending on XML constructs, and through explicit design choices in the data model.
国際化とローカリゼーションは、特定のインシデントを解決できるのは、多くの場合、言語の障壁を越えてコラボレーションを通じてであるため、NTTDMにとって特定の懸念事項です。NTTDMは、XMLコンストラクトに依存し、データモデルの明示的な設計選択を通じて、この目標をサポートしています。
The main advantage of the model is that it provides a normalized data type that is implemented fully in the English language and can be used conveniently. It also supports free-formed text that can be written in any language. In the future, it will provide translation services for all such free-formed text.
モデルの主な利点は、英語で完全に実装され、便利に使用できる正規化されたデータ型を提供することです。また、あらゆる言語で記述できる自由形式のテキストもサポートしています。将来的には、このような自由形式のすべてのテキストに翻訳サービスを提供します。
In this section, an example of network TTs exchanged using the proposed format is provided. This is an actual GRNet ticket normalized according to the NTTDM. Fields that were not included in the ticket are left blank.
このセクションでは、提案された形式を使用して交換されたネットワークTTの例を提供します。これは、NTTDMに従って正規化された実際のGRNETチケットです。チケットに含まれていないフィールドは空白のままです。
<?xml version="1.0" encoding="UTF-8"?>
<!-- This example describes a link failure that was detected -->
<NTTDM-Document version="1.00" lang="el"
xmlns="urn:ietf:params:xml:ns:nttdm-1.0">
<Ticket>
<Original_ID>5985</Original_ID>
<Partner_ID>01</Partner_ID>
<TT_ID>01_5985</TT_ID>
<TT_Title>Forth Link Failure</TT_Title>
<TT_Type>Operational</TT_Type>
<TT_Status>Closed</TT_Status>
<TT_Open_Datetime>2008-12-16T10:01:15+02:00</TT_Open_Datetime>
<TT_Short_Description>Core Line Fault</TT_Short_Description>
<TT_Long_Description>Forth Link Failure</TT_Long_Description>
<Type>Unscheduled</Type>
<TT_Impact_Assessment>No connectivity</TT_Impact_Assessment>
<Start_Datetime>2008-12-16T09:55:00+02:00</Start_Datetime>
<TT_Last_Update_Time>2008-12-16T15:00:34+02:00</TT_Last_Update_Time>
<Location>HERAKLION</Location>
<History>Optical transmitter was changed</History>
<TT_Close_Datetime>2008-12-16T15:05:00+02:00</TT_Close_Datetime>
<End_Datetime>2008-12-16T15:01:21+02:00</End_Datetime>
<Network_Node>
<Node>FORTH</Node>
</Network_Node>
<Network_Link_Circuit>
<Link_Circuit>FORTH-2</Link_Circuit>
</Network_Link_Circuit>
<Open_Engineer>Dimitris Zisiadis</Open_Engineer>
<Close_Engineer>Guillaume Cessieux</Close_Engineer>
<Contact_Engineers>
<Engineer>Spyros Kopsidas</Engineer>
<Engineer>Chrysostomos Tziouvaras</Engineer>
</Contact_Engineers>
<TT_Priority>High</TT_Priority>
</Ticket>
</NTTDM-Document>
This section provides a sample XML Schema of the NTTDM.
このセクションでは、NTTDMのサンプルXMLスキーマを提供します。
<?xml version="1.0" encoding="UTF-8" ?>
<xs:schema xmlns="urn:ietf:params:xml:ns:nttdm-0.1"
xmlns:nttdm="urn:ietf:params:xml:ns:nttdm-1.0"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="urn:ietf:params:xml:ns:nttdm-1.0"
elementFormDefault="qualified"
attributeFormDefault="unqualified">
<xs:annotation>
<xs:documentation
>Trouble Ticket Data Model v-1.0</xs:documentation>
</xs:annotation>
<!--
===============================================================
== NTTDM-Document Class ==
===============================================================
-->
<xs:element name="NTTDM-Document">
<xs:complexType>
<xs:sequence>
<xs:element ref="nttdm:Ticket" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="version" type="xs:string" fixed="1.00"/>
<xs:attribute name="lang" type="xs:language" use="required"/>
</xs:complexType>
</xs:element>
<!--
===============================================================
== Ticket Class ==
===============================================================
-->
<xs:element name="Ticket">
<xs:complexType>
<xs:all>
<xs:element ref="nttdm:Partner_ID"/>
<xs:element ref="nttdm:Original_ID"/>
<xs:element ref="nttdm:TT_ID"/>
<xs:element ref="nttdm:TT_Title"/>
<xs:element ref="nttdm:TT_Type"/>
<xs:element ref="nttdm:TT_Priority" minOccurs="0"/>
<xs:element ref="nttdm:TT_Status"/>
<xs:element ref="nttdm:TT_Source" minOccurs="0"/>
<xs:element ref="nttdm:TT_Open_Datetime"/>
<xs:element ref="nttdm:TT_Close_Datetime"/>
<xs:element ref="nttdm:TT_Short_Description"/>
<xs:element ref="nttdm:TT_Long_Description"/>
<xs:element ref="nttdm:Type"/>
<xs:element ref="nttdm:TT_Impact_Assessment"/>
<xs:element ref="nttdm:Start_Datetime"/>
<xs:element ref="nttdm:Detect_Datetime" minOccurs="0"/>
<xs:element ref="nttdm:Report_Datetime" minOccurs="0"/>
<xs:element ref="nttdm:End_Datetime"/>
<xs:element ref="nttdm:TT_Last_Update_Time"/>
<xs:element ref="nttdm:Time_Window_Start" minOccurs="0"/>
<xs:element ref="nttdm:Time_Window_End" minOccurs="0"/>
<xs:element ref="nttdm:Work_Plan_Start_Datetime" minOccurs="0"/>
<xs:element ref="nttdm:Work_Plan_End_Datetime" minOccurs="0"/>
<xs:element ref="nttdm:Related_External_Tickets" minOccurs="0"/>
<xs:element ref="nttdm:Additional_Data" minOccurs="0"/>
<xs:element ref="nttdm:Related_Activity" minOccurs="0"/>
<xs:element ref="nttdm:History"/>
<xs:element ref="nttdm:Affected_Community" minOccurs="0"/>
<xs:element ref="nttdm:Affected_Service" minOccurs="0"/>
<xs:element ref="nttdm:Location"/>
<xs:element ref="nttdm:Network_Node" minOccurs="0"/>
<xs:element ref="nttdm:Network_Link_Circuit" minOccurs="0"/>
<xs:element ref="nttdm:End_Line_Location_B" minOccurs="0"/>
<xs:element ref="nttdm:Open_Engineer" minOccurs="0"/>
<xs:element ref="nttdm:Contact_Engineers" minOccurs="0"/>
<xs:element ref="nttdm:Close_Engineer" minOccurs="0"/>
<xs:element ref="nttdm:Hash" minOccurs="0"/>
<xs:element ref="nttdm:End_Line_Location_A" minOccurs="0"/>
</xs:all>
<xs:attribute name="lang" type="xs:language"/>
</xs:complexType>
</xs:element>
<!--
===============================================================
== Partner_ID Class ==
===============================================================
-->
<xs:element name="Partner_ID" type="nttdm:string_no_underscore"/>
<!--
===============================================================
== Original_ID Class ==
===============================================================
-->
<xs:element name="Original_ID" type="nttdm:string_no_underscore"/>
<!--
===============================================================
== TT_ID Class ==
===============================================================
-->
<xs:element name="TT_ID" type="xs:string"/>
<!--
===============================================================
== TT_Title Class ==
===============================================================
-->
<xs:element name="TT_Title" type="xs:string"/>
<!--
===============================================================
== TT_Type Class ==
===============================================================
-->
<xs:element name="TT_Type" type="nttdm:eTT_Type"/>
<!--
===============================================================
== TT_Priority Class ==
===============================================================
-->
<xs:element name="TT_Priority" type="nttdm:eTT_Priority"/>
<!--
===============================================================
== TT_Status Class ==
===============================================================
-->
<xs:element name="TT_Status" type="nttdm:eTT_Status"/>
<!--
===============================================================
== TT_Source Class ==
===============================================================
-->
<xs:element name="TT_Source" type="nttdm:eTT_Source"/>
<!--
===============================================================
== TT_Open_Datetime Class ==
===============================================================
-->
<xs:element name="TT_Open_Datetime" type="xs:dateTime"/>
<!--
===============================================================
== TT_Close_Datetime Class ==
===============================================================
-->
<xs:element name="TT_Close_Datetime" type="xs:dateTime"/>
<!--
===============================================================
== TT_Short_Description Class ==
===============================================================
-->
<xs:element name="TT_Short_Description"
type="nttdm:eTT_Short_Description"/>
<!--
===============================================================
== TT_Long_Description Class ==
===============================================================
-->
<xs:element name="TT_Long_Description" type="xs:string"/>
<!--
===============================================================
== Type Class ==
===============================================================
-->
<xs:element name="Type" type="nttdm:eType"/>
<!--
===============================================================
== TT_Impact_Assessment Class ==
===============================================================
-->
<xs:element name="TT_Impact_Assessment"
type="nttdm:eTT_Impact_Assessment"/>
<!--
===============================================================
== Start_Datetime Class ==
===============================================================
-->
<xs:element name="Start_Datetime" type="xs:dateTime"/>
<!--
===============================================================
== Detect_Datetime Class ==
===============================================================
-->
<xs:element name="Detect_Datetime" type="xs:dateTime"/>
<!--
===============================================================
== Report_Datetime Class ==
===============================================================
-->
<xs:element name="Report_Datetime" type="xs:dateTime"/>
<!--
===============================================================
== End_Datetime Class ==
===============================================================
-->
<xs:element name="End_Datetime" type="xs:dateTime"/>
<!--
===============================================================
== TT_Last_Update_Time Class ==
===============================================================
-->
<xs:element name="TT_Last_Update_Time" type="xs:dateTime"/>
<!--
===============================================================
== Time_Window_Start Class ==
===============================================================
-->
<xs:element name="Time_Window_Start" type="xs:dateTime"/>
<!--
===============================================================
== Time_Window_End Class ==
===============================================================
-->
<xs:element name="Time_Window_End" type="xs:dateTime"/>
<!--
===============================================================
== Work_Plan_Start_Datetime Class ==
===============================================================
-->
<xs:element name="Work_Plan_Start_Datetime" type="xs:dateTime"/>
<!--
===============================================================
== Work_Plan_End_Datetime Class ==
===============================================================
-->
<xs:element name="Work_Plan_End_Datetime" type="xs:dateTime"/>
<!--
===============================================================
== Related_External_Tickets Class ==
===============================================================
-->
<xs:element name="Related_External_Tickets"
type="nttdm:eRelated_External_Tickets"/>
<!--
===============================================================
== Additional_Data Class ==
===============================================================
-->
<xs:element name="Additional_Data" type="xs:string"/>
<!--
===============================================================
== Related_Activity Class ==
===============================================================
-->
<xs:element name="Related_Activity"
type="nttdm:eRelated_Activity"/>
<!--
===============================================================
== History Class ==
===============================================================
-->
<xs:element name="History" type="xs:string"/>
<!--
===============================================================
== Affected_Community Class ==
===============================================================
-->
<xs:element name="Affected_Community" type="xs:string"/>
<!--
===============================================================
== Affected_Service Class ==
===============================================================
-->
<xs:element name="Affected_Service" type="xs:string"/>
<!--
===============================================================
== Location Class ==
===============================================================
-->
<xs:element name="Location" type="xs:string"/>
<!--
===============================================================
== Network_Node Class ==
===============================================================
-->
<xs:element name="Network_Node" type="nttdm:eNodes"/>
<!--
===============================================================
== Network_Link_Circuit Class ==
===============================================================
-->
<xs:element name="Network_Link_Circuit"
type="nttdm:eNetwork_Link_Circuit"/>
<!--
===============================================================
== End_Line_Location_A Class ==
===============================================================
-->
<xs:element name="End_Line_Location_A" type="xs:string"/>
<!--
===============================================================
== End_Line_Location_B Class ==
===============================================================
-->
<xs:element name="End_Line_Location_B" type="xs:string"/>
<!--
===============================================================
== Open_Engineer Class ==
===============================================================
-->
<xs:element name="Open_Engineer" type="xs:string"/>
<!--
===============================================================
== Contact_Engineers Class ==
===============================================================
-->
<xs:element name="Contact_Engineers" type="nttdm:eEngineers"/>
<!--
===============================================================
== Close_Engineer Class ==
===============================================================
-->
<xs:element name="Close_Engineer" type="xs:string"/>
<!--
===============================================================
== Hash Class ==
===============================================================
-->
<xs:element name="Hash" type="xs:string"/>
<!--
===============================================================
== Custom types definition ==
===============================================================
-->
<xs:simpleType name="string_no_underscore">
<xs:restriction base="xs:string">
<xs:pattern value="[^_]*"/>
</xs:restriction>
</xs:simpleType>
<xs:complexType name="eRelated_External_Tickets">
<xs:sequence>
<xs:element name="TTid" type="xs:string" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="eRelated_Activity">
<xs:sequence>
<xs:element name="TT" type="xs:string" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="eNodes">
<xs:sequence>
<xs:element name="Node" type="xs:string" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="eNetwork_Link_Circuit">
<xs:sequence>
<xs:element name="Link_Circuit" type="xs:string"
minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="eEngineers">
<xs:sequence>
<xs:element name="Engineer" type="xs:string" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<xs:simpleType name="eTT_Type">
<xs:restriction base="xs:string">
<xs:enumeration value="Operational"/>
<xs:enumeration value="Informational"/>
<xs:enumeration value="Administrative"/>
<xs:enumeration value="Test"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="eType">
<xs:restriction base="xs:string">
<xs:enumeration value="Scheduled"/>
<xs:enumeration value="Unscheduled"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="eTT_Priority">
<xs:restriction base="xs:string">
<xs:enumeration value="Low"/>
<xs:enumeration value="Medium"/>
<xs:enumeration value="High"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="eTT_Short_Description">
<xs:restriction base="xs:string">
<xs:enumeration value="Core Line Fault"/>
<xs:enumeration value="Access Line Fault"/>
<xs:enumeration value="Degraded Service"/>
<xs:enumeration value="Router Hardware Fault"/>
<xs:enumeration value="Router Software Fault"/>
<xs:enumeration value="Routing Problem"/>
<xs:enumeration value="Undefined Problem"/>
<xs:enumeration value="Network Congestion"/>
<xs:enumeration value="Client Upgrade"/>
<xs:enumeration value="IPv6"/>
<xs:enumeration value="QoS"/>
<xs:enumeration value="VoIP"/>
<xs:enumeration value="Other"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="eTT_Impact_Assessment">
<xs:restriction base="xs:string">
<xs:enumeration value="No impact"/>
<xs:enumeration value="Reduced redundancy"/>
<xs:enumeration value="Minor performance impact"/>
<xs:enumeration value="Severe performance impact"/>
<xs:enumeration value="No connectivity"/>
<xs:enumeration value="On backup"/>
<xs:enumeration value="At risk"/>
<xs:enumeration value="Unknown"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="eTT_Status">
<xs:restriction base="xs:string">
<xs:enumeration value="Opened"/>
<xs:enumeration value="Updated"/>
<xs:enumeration value="Closed"/>
<xs:enumeration value="Solved"/>
<xs:enumeration value="Opened/Closed"/>
<xs:enumeration value="Inactive"/>
<xs:enumeration value="Cancelled"/>
<xs:enumeration value="Reopened"/>
<xs:enumeration value="Superseded"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="eTT_Source">
<xs:restriction base="xs:string">
<xs:enumeration value="Users"/>
<xs:enumeration value="Monitoring"/>
<xs:enumeration value="Other NOC"/>
</xs:restriction>
</xs:simpleType>
</xs:schema>
The NTTDM data model defines a data model and the relevant XML Schema for trouble ticket normalization; as such, the NTTDM itself does not raise any security concerns. However, some security issues SHOULD be considered as network TTs could carry sensitive information (IP addresses, contact details, authentication details, commercial providers involved, etc.) about flagship institutions (military, health centre...).
NTTDMデータモデルは、トラブルチケットの正規化のためのデータモデルと関連するXMLスキーマを定義します。そのため、NTTDM自体はセキュリティ上の懸念を引き起こしません。ただし、ネットワークTTSが機密情報（IPアドレス、連絡先の詳細、認証の詳細、関係する商業プロバイダーなど）を旗艦機関（軍事、保健センターなど）を運ぶ可能性があるため、一部のセキュリティの問題を考慮する必要があります。
The security considerations MAY involve measures during the exchange as well as during processing of the information.
セキュリティ上の考慮事項には、交換中および情報の処理中の措置が含まれる場合があります。
The HASH field is intended to provide an integrity insurance attribute within the exchanged tickets; however, it alone does not ensure integrity.
ハッシュフィールドは、交換されたチケット内に整合性保険属性を提供することを目的としています。ただし、それだけでは完全性を確保していません。
Confidentiality MAY be ensured by encrypting whole tickets or only some parts of them. This could permit meaningful tickets to be disclosed, while only sensitive information would be protected.
チケット全体またはそれらの一部のみを暗号化することにより、機密性が保証される場合があります。これにより、意味のあるチケットが開示される可能性がありますが、機密情報のみが保護されます。
Peer entity authentication SHOULD be provided in order to establish a session with data origin authentication, regardless of the form in which the TTs are exchanged -- being delivered either through email, web forms, or through a Simple Object Access Protocol (SOAP) service. SOAP is considered the better choice; the model itself, though, does not specify the communications requirements.
TTSが交換されるフォームに関係なく、Data Origin Authenticationを使用したセッションを確立するために、Peer Entity認証を提供する必要があります。石鹸はより良い選択と見なされます。ただし、モデル自体は、通信要件を指定していません。
The underlying communications service MUST provide guarantees to properly address integrity, confidentiality, and peer entity authentication. The selection of the enforcing mechanisms is not in the scope of this document, and the choice is up to the implementers.
基礎となる通信サービスは、完全性、機密性、およびピアエンティティ認証に適切に対処するための保証を提供する必要があります。強制メカニズムの選択は、このドキュメントの範囲内ではなく、選択は実装者次第です。
For data processing security, each participating organization MAY use its own privacy policy, as part of its own data processing system. This approach avoids any interoperability issues and does not pose any extra burden for the adoption of the current scheme into the operational procedures of the NOCs. Unauthorized and inappropriate usage MUST be avoided.
データ処理セキュリティの場合、各参加組織は、独自のデータ処理システムの一部として、独自のプライバシーポリシーを使用する場合があります。このアプローチは、相互運用性の問題を回避し、NOCの運用手順に現在のスキームを採用するために余分な負担をかけることはありません。不正で不適切な使用法を避ける必要があります。
This document uses URNs to describe an XML namespace and Schema conforming to a registry mechanism described in [7].
このドキュメントでは、URNSを使用して、[7]で説明されているレジストリメカニズムに準拠したXMLネームスペースとスキーマを記述します。
Registration for the NTTDM namespace:
NTTDMネームスペースの登録：
o URI: urn:ietf:params:xml:ns:nttdm-1.0
o uri：urn：ietf：params：xml：ns：nttdm-1.0
o Registrant Contact: See the first author listed in the "Authors' Addresses" section of this document.
o 登録者の連絡先：このドキュメントの「著者のアドレス」セクションにリストされている最初の著者を参照してください。
o XML: None. Namespace URIs do not represent an XML specification.
o XML：なし。名前空間URIはXML仕様を表していません。
Registration for the NTTDM XML Schema:
NTTDM XMLスキーマの登録：
o URI: urn:ietf:params:xml:schema:nttdm-1.0
o uri：urn：ietf：params：xml：schema：nttdm-1.0
o Registrant Contact: See the first author listed in the "Authors' Addresses" section of this document.
o 登録者の連絡先：このドキュメントの「著者のアドレス」セクションにリストされている最初の著者を参照してください。
o XML: See the XML Schema in Section 6 of this document.
o XML：このドキュメントのセクション6のXMLスキーマを参照してください。
Leandros Tassiulas Centre for Research and Technology Hellas 6th km Thermi-Thessaloniki, 57001 Hellas
Leandros Tassiulas研究技術センター
EMail: leandros@uth.gr
Chrysostomos Tziouvaras Greek Research and Technology Network 56, Mesogion Av. 11527, Athens Hellas
Chrysostomos Tziouvaras Greek Research and Technology Network 56、Mesogion AV。11527、アテネ・ヘラス
EMail: tziou@grnet.gr
Xavier Jeannin National Centre for Scientific Research Network Unit - UREC France
Xavier Jeannin National Center for Scientific Research Network Unit -URECフランス
EMail: Xavier.Jeannin@urec.cnrs.fr
The following groups and individuals contributed substantially to this document and are gratefully acknowledged:
以下のグループと個人は、この文書に実質的に貢献し、感謝されています。
- Toby Rodwell and Emma Apted (DANTE)
- トビー・ロドウェルとエマ・アペド（ダンテ）
- Claudio Allocchio, Gloria Vuagnin, and Claudia Battista (GARR)
- Claudio Allocchio、Gloria Vuagnin、およびClaudia Battista（Garr）
- Karin Schauerhammer and Robert Stoy (DFN)
- Karin SchauerhammerとRobert Stoy（DFN）
[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[1] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[2] World Wide Web Consortium, "Extensible Markup Language (XML) 1.0 (Fifth Edition)", W3C Recommendation, 26 November 2008, <http://www.w3.org/TR/2008/REC-xml-20081126>.
[2] World Wide Webコンソーシアム、「拡張可能なマークアップ言語（XML）1.0（第5版）」、W3C推奨、2008年11月26日、<http://www.w3.org/tr/2008/REC-XML-20081126>。
[3] World Wide Web Consortium, "XML Schema Part 0: Primer Second Edition", W3C Recommendation, 28 October 2004, <http://www.w3.org/TR/2004/REC-xmlschema-0-20041028/>.
[3] ワールドワイドウェブコンソーシアム、「XMLスキーマパート0：プライマーセカンドエディション」、W3C推奨、2004年10月28日、<http://www.w3.org/tr/2004/rec-xmlschema-0-20041028/>。
[4] World Wide Web Consortium, "XML Schema Part 1: Structures Second Edition", W3C Recommendation, 28 October 2004, <http://www.w3.org/TR/xmlschema-1/>.
[4] World Wide Webコンソーシアム、「XMLスキーマパート1：Structures Second Edition」、W3C推奨、2004年10月28日、<http://www.w3.org/tr/xmlschema-1/>。
[5] World Wide Web Consortium, "XML Schema Part 2: Datatypes Second Edition", W3C Recommendation, 28 October 2004, <http://www.w3.org/TR/xmlschema-2/>.
[5] World Wide Web Consortium、「XML Schema Part 2：DataTypes Second Edition」、W3C推奨、2004年10月28日、<http://www.w3.org/tr/xmlschema-2/>。
[6] World Wide Web Consortium, "Namespaces in XML 1.0 (Third Edition)", W3C Recommendation, 8 December 2009, <http://www.w3.org/TR/2009/REC-xml-names-20091208/>.
[6] World Wide Webコンソーシアム、「XML 1.0の名前空間（第3版）」、W3C推奨、2009年12月8日、<http://www.w3.org/tr/2009/rec-xml-names-20091208/>。
[7] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[7] Mealling、M。、「IETF XMLレジストリ」、BCP 81、RFC 3688、2004年1月。
[8] Enabling Grids for E-sciencE, http://www.eu-egee.org/.
[8] e-scienceのグリッドを有効にする、http：//www.eu-egee.org/。
[9] Enabling Grids for E-sciencE, "ENOC, EGEE Network Operation Centre", http://technical.eu-egee.org/index.php?id=353.
[9] e-scienceのグリッド、「ENOC、EGEEネットワークオペレーションセンター」、http：//technical.eu-egee.org/index.php?id=353。
[10] Rumbaugh, J., Jacobson, I., and G. Booch, "The Unified Modeling Language Reference Manual," ISBN 020130998X, Addison-Wesley, 1998.
[10] Rumbaugh、J.、Jacobson、I。、およびG. Booch、「統一されたモデリング言語リファレンスマニュアル」、ISBN 020130998X、Addison-Wesley、1998。
[11] Johnson, D., "NOC Internal Integrated Trouble Ticket System Functional Specification Wishlist ("NOC TT REQUIREMENTS")", RFC 1297, January 1992.
[11] Johnson、D。、「NOC内部統合トラブルチケットシステム機能仕様ウィッシュリスト（「NOC TT要件」）、RFC 1297、1992年1月。
Authors' Addresses
著者のアドレス
Dimitris Zisiadis (editor) Centre for Research and Technology Hellas 6th km Thermi-Thessaloniki, 57001 Hellas
Dimitris Zisiadis（編集者）研究および技術のためのセンター
EMail: dzisiadis@iti.gr
Spyros Kopsidas (editor) Centre for Research and Technology Hellas 6th km Thermi-Thessaloniki, 57001 Hellas
Spyros Kopsidas（編集者）研究技術のためのセンター
EMail: spyros@uth.gr
Matina Tsavli (editor) Centre for Research and Technology Hellas 6th km Thermi-Thessaloniki, 57001 Hellas
Matina Tsavli（編集者）研究技術のためのセンター
EMail: sttsavli@uth.gr
Guillaume Cessieux (editor) Computer Centre of National Institute for Nuclear Physics and Particle Physics (IN2P3-CC) France
Guillaume Cessieux（編集者）国立核物理学および粒子物理学研究所のコンピューターセンター（IN2P3-CC）フランス
EMail: Guillaume.Cessieux@cc.in2p3.fr