Imported Translations from Zanata

For more information about this automatic import see:
https://wiki.openstack.org/wiki/Translations/Infrastructure

Change-Id: I9690930cf3b6ef8b3b347814341e014dda9bc23e
This commit is contained in:
OpenStack Proposal Bot 2015-11-26 06:14:56 +00:00
parent 94ee9ecd74
commit 6563557193
3 changed files with 330 additions and 96 deletions

View File

@ -18,12 +18,12 @@ msgid ""
msgstr ""
"Project-Id-Version: Common documents 1.0.0\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2015-11-25 05:00+0000\n"
"POT-Creation-Date: 2015-11-26 05:47+0000\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"PO-Revision-Date: 2015-11-25 03:36+0000\n"
"Last-Translator: KATO Tomoyuki <kato.tomoyuki@jp.fujitsu.com>\n"
"PO-Revision-Date: 2015-11-25 03:00+0000\n"
"Last-Translator: Akihiro Motoki <amotoki@gmail.com>\n"
"Language: ja\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"X-Generator: Zanata 3.7.3\n"
@ -8307,7 +8307,7 @@ msgstr ""
"<http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs>`__ にあ"
"る openstack-docs@lists.openstack.org メーリングリストに参加してください。ま"
"たは、`バグ報告 <https://bugs.launchpad.net/openstack-manuals/+filebug>`__ し"
"てくださ"
"てください。"
msgid "To remove the client, run the ``pip uninstall`` command:"
msgstr "クライアントを削除する場合、``pip uninstall`` コマンドを実行します。"

View File

@ -15,11 +15,11 @@ msgid ""
msgstr ""
"Project-Id-Version: Networking Guide 0.9\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2015-11-24 05:46+0000\n"
"POT-Creation-Date: 2015-11-26 05:48+0000\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"PO-Revision-Date: 2015-11-23 08:42+0000\n"
"PO-Revision-Date: 2015-11-26 05:50+0000\n"
"Last-Translator: Akihiro Motoki <amotoki@gmail.com>\n"
"Language: ja\n"
"Plural-Forms: nplurals=1; plural=0;\n"
@ -550,6 +550,18 @@ msgstr ""
"トワーク, プロジェクトトンネルネットワーク、 VLAN プロジェクトネットワーク、"
"外部ネットワーク (通常はインターネット)。"
msgid ""
"At the current time OpenStack Networking does not provide any facility to "
"support any flavor of NAT with IPv6. Unlike IPv4 there is no current "
"embedded support for floating IPs with IPv6. It is assumed that the IPv6 "
"addressing amongst the tenants are using GUAs with no overlap across the "
"tenants."
msgstr ""
"現時点では、 OpenStack Networking は IPv6 についてはどんな種類の NAT 機能も提"
"供していません。 IPv4 と異なり、 IPv6 の Floating IP の OpenStack Networking "
"組み込みのサポートはありません。テナントへの IPv6 アドレス割り当てはテナント"
"間で重複のない GUA を使って行われるものと仮定されています。"
msgid ""
"At this moment the Networking DB is the source of truth, but nova-api is the "
"only public read-write API."
@ -1211,6 +1223,17 @@ msgstr ":file:`/etc/neutron/dhcp_agent.ini` ファイルを編集します。"
msgid "Edit the :file:`/etc/neutron/dnsmasq-neutron.conf` file:"
msgstr ":file:`/etc/neutron/dnsmasq-neutron.conf` ファイルを編集します。"
msgid ""
"Effectively the ``ipv6_gateway`` flag takes precedence over an RA that is "
"received from the upstream router. If it is desired to use a GUA next hop "
"that is accomplished by allocating a subnet to the external router port and "
"assigning the upstream routers GUA address as the gateway for the subnet."
msgstr ""
"実際には、 ``ipv6_gateway`` フラグが上流ルーターから受信する RA よりも優先さ"
"れます。 GUA のネクストホップを使いたい場合は、外部ルーターポートにサブネット"
"を確保して、そのサブネットのゲートウェイとして上流ルーターの GUA アドレスを割"
"り当てることで実現できます。"
msgid "Enable ``qos`` service in ``service_plugins``."
msgstr "``service_plugins`` で ``qos`` サービスを有効にします。"
@ -1870,6 +1893,26 @@ msgstr ""
"クを使った DVR のサポートが追加されました。すべてのリリースで、フラットと "
"VLAN の外部ネットワークがサポートされています。"
msgid ""
"In the `OSI model`_ of networking protocols, Ethernet occupies the second "
"layer, which is known as the data link layer. When discussing Ethernet, you "
"will often hear terms such as *local network*, *layer 2*, *L2*, *link layer* "
"and *data link layer*."
msgstr ""
"Ethernet は、ネットワークプロトコルの `OSI モデル <OSI model>`_ の第 2 層にあ"
"たり、データリンク層とも呼ばれます。 Ethernet の話をすると、 *ローカルネット"
"ワーク*、*レイヤー 2*、 *L2*、*リンクレイヤー*、 *データリンク層* といった用"
"語をしばしば聞くことでしょう。"
msgid ""
"In the absence of an upstream RA support, ``ipv6_gateway`` flag can be set "
"with the external router gateway LLA in the neutron L3 agent configuration "
"file. This also requires that no subnet is associated with that port."
msgstr ""
"上流ルーターが RA をサポートしていない場合、 neutron L3 エージェントの設定"
"ファイルの ``ipv6_gateway`` フラグで外部ルーターのゲートウェイ LLA を設定でき"
"ます。"
msgid ""
"In the example configuration, the management network uses 10.0.0.0/24, the "
"tunnel network uses 10.0.1.0/24, and the external network uses "
@ -2471,6 +2514,30 @@ msgstr "Neutron sriov-agent"
msgid "Neutron subnets and the IPv6 API attributes"
msgstr "Neutron サブネットと IPv6 API 属性"
msgid ""
"Neutron tenant networks that are assigned Global Unicast Address (GUA) "
"prefixes and addresses dont require NAT on the neutron router external "
"gateway port to access the outside world. As a consequence of the lack of "
"NAT the external router port doesnt require a GUA to send and receive to "
"the external networks. This implies a GUA IPv6 subnet prefix is not "
"necessarily needed for the neutron external network. By default, a IPv6 LLA "
"associated with the external gateway port can be used for routing purposes. "
"To handle this scenario, the implementation of router-gateway-set API in "
"neutron has been modified so that an IPv6 subnet is not required for the "
"external network that is associated with the neutron router. The LLA address "
"of the upstream router can be learned in two ways."
msgstr ""
"グローバルに一意なアドレス (Global Unicast Address; GUA) プレフィックスとアド"
"レスを割り当てられた neutron テナントネットワークは、外部の世界にアクセスする"
"際に neutron ルーターの外部ゲートウェイポートでの NAT が不要です。 NAT が不要"
"なため、外部ルーターポートは外部ネットワークと送受信するための GUA が必要あり"
"ません。これは、neutron 外部ネットワークに GUA な IPv6 サブネットプレフィック"
"スが不要なことを意味します。デフォルトでは、外部ゲートウェイポートに関連付け"
"られた IPv6 LLA がルーティング用に使用されます。このシナリオに対応するため、 "
"neutron の router-gateway-set API に変更が行われ、 neutron ルーターに関連付け"
"る外部ネットワークで IPv6 サブネットが必須ではなくなりました。 上流ルーター"
"の LLA アドレスは以下の 2 つの方法で学習されます。"
msgid "Neutron's Distributed Router feature and IPv6"
msgstr "Neutron の DVR (分散ルーター機能) と IPv6"
@ -2857,18 +2924,26 @@ msgstr ""
"は異なります。"
msgid ""
"OpenStack Compute (nova) is used to plug each virtual NIC on the VM into a "
"particular network."
"OpenStack :term:`Compute` (nova) is used to plug each virtual NIC on the VM "
"into a particular network."
msgstr ""
"OpenStack Compute (nova) は、仮想マシンの各仮想 NIC を特定のネットワークに差"
"し込むために使用されます。"
"OpenStack :term:`Compute` (nova) は、仮想マシンの各仮想 NIC を特定のネット"
"ワークに差し込むために使用されます。"
msgid ""
"OpenStack Identity (keystone) is used for authentication and authorization "
"of API requests."
"OpenStack :term:`Identity` (keystone) is used for authentication and "
"authorization of API requests."
msgstr ""
"OpenStack Identity (keystone) は、API リクエストの認証と認可のために使用され"
"ます。"
"OpenStack :term:`Identity` (keystone) は、API リクエストの認証と認可のために"
"使用されます。"
msgid ""
"OpenStack :term:`dashboard` (horizon) is used by administrators and tenant "
"users to create and manage network services through a web-based graphical "
"interface."
msgstr ""
"OpenStack :term:`dashboard` (horizon) は、管理者やテナントユーザーが、ウェブ"
"ベースの GUI で、ネットワークサービスを作成、管理するのに使用されます。"
msgid "OpenStack Networking Guide"
msgstr "OpenStack ネットワークガイド"
@ -2888,6 +2963,17 @@ msgstr ""
msgid "OpenStack Networking concepts"
msgstr "OpenStack Networking の概念"
msgid ""
"OpenStack Networking consists of the neutron-server, a database for "
"persistent storage, and any number of plug-in agents, which provide other "
"services such as interfacing with native Linux networking mechanisms, "
"external devices, or SDN controllers."
msgstr ""
"OpenStack Networking は、 neutron-server、永続ストレージとしてのデータベース"
"と、任意の数のプラグインエージェントで構成されます。プラグインエージェント"
"は、 Linux が持つネットワーク機構、外部デバイス、SDN コントローラーなどとやり"
"取りを行い、それ以外のサービスを提供します。"
msgid ""
"OpenStack Networking has supported IPv6 tenant subnets in certain "
"configurations since Juno, but later releases added a number of new "
@ -2904,6 +2990,17 @@ msgstr ""
"OpenStack Networking は、さまざまな他の OpenStack コンポーネントと統合されて"
"います。"
msgid ""
"OpenStack Networking is entirely standalone and can be deployed to a "
"dedicated host. If your deployment uses a controller host to run centralized "
"Compute components, you can deploy the Networking server to that specific "
"host instead."
msgstr ""
"OpenStack Networking は完全にそれだけで完結しており、専用のホストのデプロイで"
"きます。お使いの環境で、 Compute の集中型のコンポーネントを実行するコントロー"
"ラーホストを使っている場合は、 Networking サーバーをそのホストに置くこともで"
"きます。"
msgid "OpenStack Networking plug-in and agents"
msgstr "OpenStack Networking プラグインとエージェント"
@ -2932,11 +3029,16 @@ msgid ""
msgstr "IPv6 ネットワーク越しの、サーバー間、サービス間での OpenStack 制御通信"
msgid ""
"OpenStack dashboard (horizon) is used by administrators and tenant users to "
"create and manage network services through a web-based graphical interface."
"OpenStack currently doesn't support the privacy extensions defined by RFC "
"4941. The interface identifier and DUID used must be directly derived from "
"the MAC as described in RFC 2373. The compute hosts must not be setup to "
"utilize the privacy extensions when generating their interface identifier."
msgstr ""
"OpenStack dashboard (horizon) は、管理者やテナントユーザーが、ウェブベースの "
"GUI で、ネットワークサービスを作成、管理するのに使用されます。"
"OpenStack は現在のところ RFC 4941 で定義されたプライバシー拡張に対応していま"
"せん。使用するインターフェース識別子と DUID は、 RFC 2373 に書かれているよう"
"に直接 MAC に基づいて生成される必要があります。コンピュートホストは、インター"
"フェース識別子の生成時にプライバシー拡張を使用しないように設定しなければいけ"
"ません。"
# #-#-#-#-# deploy_scenario4b.pot (Networking Guide 0.9) #-#-#-#-#
# #-#-#-#-# scenario_dvr_ovs.pot (Networking Guide 0.9) #-#-#-#-#
@ -3741,6 +3843,23 @@ msgstr ""
"同様の情報が http://docs.openstack.org/admin-guide-cloud/networking_adv-"
"features.html#provider-networks にもあります。"
msgid ""
"Similar to the legacy scenario, all network traffic on a project network "
"that requires routing actively traverses only one network node regardless of "
"the quantity of network nodes providing HA for the router. Therefore, this "
"high-availability implementation primarily addresses failure situations "
"instead of bandwidth constraints that limit performance. However, it "
"supports random distribution of routers on different network nodes to reduce "
"the chances of bandwidth constraints and to improve scaling."
msgstr ""
"基本構成と同様、ルーターに HA を提供するネットワークノードの数に関わらず、"
"ルーティングが必要なプロジェクトネットワークのすべてのネットワークトラフィッ"
"クは 1 台のネットワークノードを通ります。したがって、この高可用性シナリオは、"
"主として、性能限界となる帯域制約ではなく、障害状況への対策になります。しかし"
"ながら、別のネットワークノードにルーターをランダムに分散させることができるの"
"で、帯域制約が発生する可能性は減少し、スケーラビリティーが向上することでしょ"
"う。"
msgid "Single stack IPv6 tenant networking"
msgstr "IPv6 スタックのみのテナントネットワーク"
@ -3892,6 +4011,17 @@ msgstr ""
"割り当てた完全なアドレスを上書きできますが、賢明なこととは言えません。システ"
"ム全体で一貫性がなくなってしまうからです。"
msgid ""
"That it should be possible for tenants to communicate with each other on an "
"isolated network (a network without a router port) using LLA with little to "
"no participation on the part of OpenStack. The authors of this section have "
"not proven that to be true for all scenarios."
msgstr ""
"ほとんど OpenStack が関与することなく、テナント同士が隔離されたネットワーク "
"(ルーターポートを持たないネットワーク) 上で LLA を使って互いに通信できる可能"
"性がある点に注意してください。このことがすべてのケースで正しいかは、この節の"
"著者は検証していません。"
msgid ""
"The *iptables* service (2) performs DNAT on the packet using the ``qr`` "
"interface (3) as the source IP address. The ``qr`` interface contains the "
@ -4117,23 +4247,6 @@ msgstr ""
"ります。移行中は、Networking REST API を読み書きできるのは nova-api だけで、"
"Networking への変更ができるのは nova-api 経由だけとなります。"
msgid ""
"The Networking service, code-named neutron, provides an API that lets you "
"define network connectivity and addressing in the cloud. The Networking "
"service enables operators to leverage different networking technologies to "
"power their cloud networking. The Networking service also provides an API to "
"configure and manage a variety of network services ranging from L3 "
"forwarding and NAT to load balancing, perimeter firewalls, and virtual "
"private networks."
msgstr ""
"Networking サービス、コード名 neutron、は、ユーザーがクラウドにおけるネット"
"ワーク接続性やアドレス割り当てを定義できる API を提供します。Networking サー"
"ビスを使うと、オペレーターはクラウドネットワークを支えるネットワーク技術とし"
"て様々な技術を活用できます。 Networking サービスは、 L3 転送や NAT から負荷分"
"散、境界 ファイアウォール (perimeter firewall)、 仮想プライベートネットワー"
"ク (VPN) などまで様々なネットワークサービスを設定、管理するための API も提供"
"しています。"
msgid ""
"The Open vSwitch VLAN bridge ``br-provider`` forwards the packet to the "
"physical network infrastructure via the provider network interface."
@ -4561,21 +4674,22 @@ msgstr ""
"ワーク 2 のタグを含む VXLAN トンネルでカプセル化します。"
msgid ""
"The OpenStack Networking API includes support for Layer 2 networking and IP "
"address management (IPAM), as well as an extension for a Layer 3 router "
"construct that enables routing between Layer 2 networks and gateways to "
"external networks. OpenStack Networking includes a growing list of plug-ins "
"that enable interoperability with various commercial and open source network "
"technologies, including routers, switches, virtual switches and software-"
"defined networking (SDN) controllers."
"The OpenStack :term:`Networking` service provides an API that allows users "
"to set up and define network connectivity and addressing in the cloud. The "
"project code-name for Networking services is neutron. OpenStack Networking "
"handles the creation and management of a virtual networking infrastructure, "
"including networks, switches, subnets, and routers for devices managed by "
"the OpenStack Compute service (nova). Advanced services such as firewalls "
"or :term:`virtual private networks (VPNs) <virtual private network (VPN)>` "
"can also be used."
msgstr ""
"OpenStack Networking API は、レイヤー 2 ネットワークと IP アドレス管理 "
"(IPAM) をサポートしています。また、レイヤー 3 ルーター用の API 拡張もサポート"
"しており、これによりレイヤー 2 ネットワーク間のルーティング、および外部ネット"
"ワークへのゲートウェイが提供されます。 OpenStack Networking に対応するプラグ"
"インは増え続けており、ルーター、スイッチ、仮想スイッチ、SDN コントローラーな"
"どの様々な製品やオープンソースのネットワーク技術で相互運用性が実現されていま"
"す。"
"OpenStack :term:`Networking` サービスは、ユーザーがクラウド内のネットワーク接"
"続性やアドレス割り当てを定義できる API を提供しています。 Networking サービス"
"のプロジェクトコード名は neutron です。 OpenStack Networking は、ネットワー"
"ク、スイッチ、サブネット、ルーターなどの仮想ネットワーク基盤の作成、管理を行"
"い、 OpenStack Compute (nova) が管理するデバイスに対して仮想ネットワーク基盤"
"を提供します。ファイアウォールや :term:`仮想プライベートネットワーク (VPN) "
"<virtual private network (VPN)>` などの上位サービスも使用できます。"
msgid ""
"The OpenStack Networking service is extensible. Extensions serve two "
@ -4593,6 +4707,22 @@ msgstr ""
"ジョン毎であることに注意してください。ある API バージョンで利用できた API 拡"
"張は別の API バージョンでは利用できないかもしれません。"
msgid ""
"The OpenStack Networking service offers many degrees of freedom because of "
"the pluggable back end that supports a variety of open source and vendor "
"(proprietary) plug-ins. The open source plug-ins generally implement native "
"Linux facilities such as Open vSwitch (OVS) and Linux bridge. This section "
"provides methods to troubleshoot and mitigate network issues for "
"environments using the open source ML2 plug-in with the OVS or Linux bridge "
"agent."
msgstr ""
"OpenStack Networking サービスは、バックエンドが取り換え可能で高い自由度があ"
"り、様々なオープンソースプラグインやベンダー (非公開の) プラグインが対応して"
"います。オープンソースプラグインは通常は Open vSwitch (OVS) や Linux ブリッジ"
"などの Linux が持つ機能を使って実現されています。このセクションでは、オープン"
"ソースの ML2 プラグインで OVS や Linux ブリッジのエージェントを使う環境で、"
"ネットワークの問題切り分けや影響範囲を緩和する方法を説明します。"
msgid ""
"The OpenStack administrator creates provider networks. These networks map to "
"existing physical networks in the data center. Useful network types in this "
@ -4649,13 +4779,6 @@ msgstr ""
"VLAN インターフェースは、パケットを Open vSwitch の VLAN ブリッジ ``br-"
"vlan`` に転送します。"
msgid ""
"The Virtual Private Network as a Service (VPNaaS) is a neutron extension "
"that introduces the VPN feature set."
msgstr ""
"仮想プライベートネットワークサービス (VPNaaS) は VPN 機能セットを実現する "
"neutron 機能拡張です。"
msgid "The ``external_network_bridge`` option intentionally contains no value."
msgstr ""
"``external_network_bridge`` オプションには意図的に値を指定していません。"
@ -4851,6 +4974,13 @@ msgstr ""
"分散ルーター名前空間 ``qrouter`` は、パケットをプロジェクトネットワーク 2 に"
"ルーティングします。"
msgid ""
"The documentation for any alternate drivers will include the value to use "
"when specifying that driver."
msgstr ""
"他のドライバー用のドキュメントでは、そのそのドライバーを指定するのに使用する"
"値が書かれていることでしょう。"
msgid ""
"The driver interface is designed to allow separate drivers for each subnet "
"pool. However, the current implementation allows only a single IPAM driver "
@ -5483,6 +5613,18 @@ msgstr ""
"neutron の SR-IOV ポートを作成するために OpenStack Networking と OpenStack "
"Compute をどのように設定すればよいかの手順書として利用できます。"
msgid ""
"The reference driver for the pluggable implementation is considered "
"experimental at this time. It does not provide additional functionality "
"beyond the non-pluggable implementation, but does provide a basis for custom "
"or third-party developed drivers. This can enable, for example, development "
"of drivers that use different algorithms to allocate an IP address."
msgstr ""
"取り替え対応の実装の参照ドライバーは、現時点では実験的な扱いです。取り替え非"
"対応の実装以上の機能は何もありませんが、独自のドライバーや third-party 開発の"
"ドライバーを作る際の基本部分を提供しています。例えば、 IP アドレスの割り当て"
"に別のアルゴリズムを使うドライバーを開発することは可能です。"
msgid ""
"The router namespace ``qrouter`` forwards the packet to the Open vSwitch "
"integration bridge ``br-int`` via the ``qg`` interface."
@ -5653,6 +5795,15 @@ msgstr ""
"トンネルインターフェースは、パケットを Open vSwitch のトンネルブリッジ ``br-"
"tun`` に転送します。"
msgid ""
"The upstream router can send an RA and the neutron router will automatically "
"learn the next-hop LLA, provided again that no subnet is assigned and the "
"``ipv6_gateway`` flag is not set."
msgstr ""
"上流ルーターが RA を送信できる場合は、サブネットが割り当てられておらず、 "
"``ipv6_gateway`` フラグが設定されていない場合、 neutron ルーターはネクスト"
"ホップの LLA を自動的に学習します。"
msgid "The variables used in the script file above are:"
msgstr "上記のスクリプトで使用されている変数は以下の通りです。"
@ -5667,6 +5818,15 @@ msgstr ""
msgid "There are two IPv6 attributes:"
msgstr "2 つの IPv6 関連の属性があります。"
msgid ""
"There is no provisions for an IPv6-based metadata service similar to what is "
"provided for IPv4. In the case of dual stack Guests though it is always "
"possible to use the IPv4 metadata service instead."
msgstr ""
"IPv4 向けに提供されているのと同様の IPv6 用のメタデータサービスはありません。"
"デュアルスタックのゲストの場合、代わりに IPv4 のメタデータサービスを使うこと"
"は可能です。"
msgid "These attributes can be set to the following values:"
msgstr "これらの属性には以下の値を設定できます。"
@ -5799,6 +5959,17 @@ msgstr ""
"この例では CirrOS イメージを使っています。このイメージは Image Service に自分"
"でアップロードしておく必要があります。"
msgid ""
"This guide assumes that you are running a Dibbler server on the network node "
"where the external network bridge exists. If you already have a prefix "
"delegation capable DHCPv6 server in place, then you can skip the following "
"section."
msgstr ""
"このガイドでは、外部ネットワークブリッジが存在するネットワークノード上で "
"Dibbler サーバーが動いていることを前提にします。すでに prefix delegation に対"
"応した DHCPv6 サーバーがそこで動いている場合には、次のセクションはスキップで"
"きます。"
msgid ""
"This guide documents OpenStack Liberty, OpenStack Kilo, and OpenStack Juno "
"releases."
@ -6096,6 +6267,14 @@ msgstr ""
"dhcpv6_pd_agent 用のドライバーを有効にするには、 :file:`etc/neutron.conf`: "
"で pd_dhcp_driver に dhcpv6_pd_agent を指定します。::"
msgid ""
"To enable the pluggable implementation, you must specify the driver to use "
"in the ``neutron.conf`` file. The ``internal`` driver refers to the "
"reference implementation."
msgstr ""
"取り替え対応の実装を有効にするには、 ``neutron.conf`` ファイルでこのドライ"
"バーを使うように設定します。 ``internal`` ドライバーは参照実装を意味します。"
msgid "To enable the service, follow the steps below:"
msgstr "このサービスを有効にするには、以下の手順を行います。"
@ -6181,6 +6360,22 @@ msgstr ""
"ネットと外部ネットワーク上にアクティブなインターフェースを持つルーターを接続"
"します。"
msgid ""
"To use this feature, you need a prefix delegation capable DHCPv6 server that "
"is reachable from your OpenStack Networking node(s). This could be software "
"running on the OpenStack Networking node(s) or elsewhere, or a physical "
"router. For the purposes of this guide we are using the open-source DHCPv6 "
"server, Dibbler. Dibbler is available in many Linux package managers, or "
"from source at https://github.com/tomaszmrugalski/dibbler."
msgstr ""
"この機能を使用するには、 prefix delegation に対応した DHCPv6 サーバーが、 "
"OpenStack Networking ノードから到達可能なところにある必要があります。この "
"DHCPv6 サーバーは OpenStack Networking ノード上で実行されるソフトウェアでも、"
"別の場所にあるソフトウェアでも、物理ルーターでも構いません。このガイドの目的"
"に鑑み、ここではオープンソースの DHCPv6 サーバーである Dibbler を使用しま"
"す。 Dibbler は多くの Linux パッケージマネージャーで用意されていますし、ソー"
"スを https://github.com/tomaszmrugalski/dibbler で入手できます。"
msgid "To view the defined libvirt networks and their state::"
msgstr "定義済みの libvirt ネットワークとその状態を表示します::"
@ -6208,19 +6403,30 @@ msgstr ""
msgid ""
"Two networking models exist in OpenStack. The first is called legacy "
"networking (nova-network) and it is a sub-process embedded in the Compute "
"project (nova). This model has some limitations, such as creating complex "
"network topologies, extending its back-end implementation to vendor-specific "
"technologies, and providing tenant-specific networking elements. These "
"limitations are the main reasons the OpenStack Networking (neutron) model "
"was created."
"networking (:term:`nova-network`) and it is a sub-process embedded in the "
"Compute project (nova). This model has some limitations, such as creating "
"complex network topologies, extending its back-end implementation to vendor-"
"specific technologies, and providing tenant-specific networking elements. "
"These limitations are the main reasons the OpenStack Networking (neutron) "
"model was created."
msgstr ""
"OpenStack には 2 つのネットワークモデルがあります。 1 つはレガシーネットワー"
"ク (nova-network) と呼ばれ、 Compute プロジェクト (nova) の一部のサブプロセス"
"です。このモデルにはいくつか制限があり、例えば、複雑なネットワークトポロジー"
"を作成する、バックエンド実装にベンダー固有の技術を利用する、テナント専用の"
"ネットワークリソースを提供する、といったことはできません。これらの制限が、 "
"OpenStack Networking (neutron) のモデルが作成された主な理由です。"
"ク (:term:`nova-network`) と呼ばれ、 Compute プロジェクト (nova) の一部のサブ"
"プロセスです。このモデルにはいくつか制限があり、例えば、複雑なネットワークト"
"ポロジーを作成する、バックエンド実装にベンダー固有の技術を利用する、テナント"
"専用のネットワークリソースを提供する、といったことはできません。これらの制限"
"が、 OpenStack Networking (neutron) のモデルが作成された主な理由です。"
msgid ""
"Unlike IPv4 the MTU of a given network can be conveyed in the RA messages "
"sent by the router and not in the DHCP messages. In Kilo the MTU sent by "
"RADVD is always 1500, but in Liberty changes are planned to allow the RA to "
"send the proper MTU of the network."
msgstr ""
"IPv4 と異なり、ネットワークの MTU は、 DHCP メッセージではなく、ルーターが送"
"信する RA メッセージにより通知されます。 Kilo リリースでは RADVD が送信する "
"MTU は常に 1500 ですが、 Liberty では RA メッセージがネットワークの適切な "
"MTU を送信する変更が予定されています。"
msgid ""
"Update the :file:`/etc/neutron/plugins/ml2/ml2_conf_sriov.ini` on each "
@ -6289,6 +6495,22 @@ msgstr "VLAN"
msgid "VPNaaS"
msgstr "VPNaaS"
msgid ""
"VPNaaS supports IPv6, but support in Kilo and prior releases will have some "
"bugs that may limit how it can be used. More thorough and complete testing "
"and bug fixing is being done as part of the Liberty release. IPv6-based VPN-"
"as-a-Service is configured similar to the IPv4 configuration. Either or both "
"the ``peer_address`` and the ``peer_cidr`` can specified as an IPv6 address. "
"The choice of addressing modes and router modes described above should not "
"impact support."
msgstr ""
"VPNaaS は IPv6 に対応していますが、 Kilo およびそれ以前のリリースでは、バグが"
"あり、使い方が制限されてしまう可能性があります。 Liberty リリースでより徹底的"
"にテストとバグ修正が行われ、 IPv6 ベースの VPNaaS は IPv4 の場合と同様に使え"
"るようになりました。 ``peer_address`` と ``peer_cidr`` の一方または両方に "
"IPv6 アドレスを指定できます。上で説明したアドレスモード属性とルーターモード属"
"性の組み合わせにより、IPv6 サポートのレベルが変わることはありません。"
msgid "VXLAN"
msgstr "VXLAN"
@ -6385,6 +6607,16 @@ msgstr ""
"SLAAC を使う場合、現在サポートされている ``ipv6_ra_mode`` と "
"``ipv6_address_mode`` の組み合わせは以下の通りです。"
msgid ""
"When using the reference implementation of the OpenStack Networking prefix "
"delegation driver, Dibbler must also be installed on your OpenStack "
"Networking node(s) to serve as a DHCPv6 client. Version 1.0.1 or higher is "
"required."
msgstr ""
"OpenStack Networking の prefix delegation ドライバーの参照実装を使う場合、 "
"Dibbler は、 DHCPv6 クライアントとなる OpenStack Networking ノード上にインス"
"トールする必要があります。バージョン 1.0.1 以上が必要です。"
msgid "Whitelist PCI devices in nova-compute (Compute)"
msgstr ""
"nova-compute で PCI デバイスのホワイトリストを設定する (コンピュートノード)"

View File

@ -8,7 +8,7 @@ msgid ""
msgstr ""
"Project-Id-Version: Networking Guide 0.9\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2015-11-24 06:20+0000\n"
"POT-Creation-Date: 2015-11-26 06:12+0000\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
@ -2846,13 +2846,14 @@ msgstr ""
#: ../intro_networking.rst:5
msgid ""
"The OpenStack Networking service provides an API that allows users to set up "
"and define network connectivity and addressing in the cloud. The project "
"code-name for Networking services is neutron. OpenStack Networking handles "
"the creation and management of a virtual networking infrastructure, "
"The OpenStack :term:`Networking` service provides an API that allows users "
"to set up and define network connectivity and addressing in the cloud. The "
"project code-name for Networking services is neutron. OpenStack Networking "
"handles the creation and management of a virtual networking infrastructure, "
"including networks, switches, subnets, and routers for devices managed by "
"the OpenStack Compute service (nova). Advanced services such as firewalls or "
"virtual private networks (VPNs) can also be used."
"the OpenStack Compute service (nova). Advanced services such as firewalls "
"or :term:`virtual private networks (VPNs) <virtual private network (VPN)>` "
"can also be used."
msgstr ""
#: ../intro_networking.rst:14
@ -2878,20 +2879,21 @@ msgstr ""
#: ../intro_networking.rst:27
msgid ""
"OpenStack Identity (keystone) is used for authentication and authorization "
"of API requests."
"OpenStack :term:`Identity` (keystone) is used for authentication and "
"authorization of API requests."
msgstr ""
#: ../intro_networking.rst:30
msgid ""
"OpenStack Compute (nova) is used to plug each virtual NIC on the VM into a "
"particular network."
"OpenStack :term:`Compute` (nova) is used to plug each virtual NIC on the VM "
"into a particular network."
msgstr ""
#: ../intro_networking.rst:33
msgid ""
"OpenStack dashboard (horizon) is used by administrators and tenant users to "
"create and manage network services through a web-based graphical interface."
"OpenStack :term:`dashboard` (horizon) is used by administrators and tenant "
"users to create and manage network services through a web-based graphical "
"interface."
msgstr ""
#: ../intro_networking_components.rst:3
@ -2971,8 +2973,8 @@ msgid ""
"service enables operators to leverage different networking technologies to "
"power their cloud networking. The Networking service also provides an API to "
"configure and manage a variety of network services ranging from L3 "
"forwarding and NAT to load balancing, perimeter firewalls, and virtual "
"private networks."
"forwarding and :term:`NAT` to load balancing, perimeter firewalls, and "
"virtual private networks."
msgstr ""
#: ../intro_os_networking_overview.rst:19
@ -2981,13 +2983,13 @@ msgstr ""
#: ../intro_os_networking_overview.rst:22
msgid ""
"The OpenStack Networking API includes support for Layer 2 networking and IP "
"address management (IPAM), as well as an extension for a Layer 3 router "
"construct that enables routing between Layer 2 networks and gateways to "
"external networks. OpenStack Networking includes a growing list of plug-ins "
"that enable interoperability with various commercial and open source network "
"technologies, including routers, switches, virtual switches and software-"
"defined networking (SDN) controllers."
"The OpenStack Networking API includes support for Layer 2 networking and :"
"term:`IP address management (IPAM) <IP Address Management (IPAM)>`, as well "
"as an extension for a Layer 3 router construct that enables routing between "
"Layer 2 networks and gateways to external networks. OpenStack Networking "
"includes a growing list of plug-ins that enable interoperability with "
"various commercial and open source network technologies, including routers, "
"switches, virtual switches and software-defined networking (SDN) controllers."
msgstr ""
#: ../intro_os_networking_overview.rst:29
@ -3238,7 +3240,7 @@ msgstr ""
#: ../intro_os_networking_service.rst:71
msgid ""
"The Virtual Private Network as a Service (VPNaaS) is a neutron extension "
"The Virtual Private Network-as-a-Service (VPNaaS) is a neutron extension "
"that introduces the VPN feature set."
msgstr ""
@ -3412,12 +3414,12 @@ msgstr ""
#: ../migration_nova_network_to_neutron.rst:5
msgid ""
"Two networking models exist in OpenStack. The first is called legacy "
"networking (nova-network) and it is a sub-process embedded in the Compute "
"project (nova). This model has some limitations, such as creating complex "
"network topologies, extending its back-end implementation to vendor-specific "
"technologies, and providing tenant-specific networking elements. These "
"limitations are the main reasons the OpenStack Networking (neutron) model "
"was created."
"networking (:term:`nova-network`) and it is a sub-process embedded in the "
"Compute project (nova). This model has some limitations, such as creating "
"complex network topologies, extending its back-end implementation to vendor-"
"specific technologies, and providing tenant-specific networking elements. "
"These limitations are the main reasons the OpenStack Networking (neutron) "
"model was created."
msgstr ""
#: ../migration_nova_network_to_neutron.rst:13