EXTENSION HEADER 日本語 意味 - 日本語訳 - 英語の例文

• 拡張ヘッダ
• 拡張ヘッダーは

英語 での Extension header の使用例とその 日本語 への翻訳

Indicates that no extension header is present.
いは拡張ヘッダーが続いていないことを表す。

Extension header fields no longer specifically called out.
拡張ヘッダフィールドはもはや具体的に記されていない。

The Hop- by- Hop and Destination Extension Headers.
ByHopおよびDestination拡張ヘッダ。

The use of Extension Headers is similarly criticised.
拡張ヘッダの利用も同様に批判されている。

If there is sufficient interest, support will be developed for IPv6 extension headers.
十分な関心がある場合、サポートがIPv6拡張ヘッダー用に配備されます。

If present, each extension header is aligned to 64 bits.
存在する場合は、各拡張ヘッダーが64ビットに揃えられます。

After extensive discussion, it was decided to base IPng on IP but add a much larger address space and improvements such as a simplified main header and extension headers.
長い議論のあとで、IPをIPngのベースにするが、はるかに大きなアドレス空間と、簡略化されたメインヘッダーや拡張ヘッダーなどの改善を追加することが決定されました。

Extension Header, if it exists, is not seen by IPSec.
したがって、フラグメンテーション拡張ヘッダが存在する場合、IPsecからそれは見えない。

Client also sends P3P extension header to indicate that it is P3P-enabled.
また、クライアントは、P3P利用可能であることを示すために、P3P拡張ヘッダを送る。

Extension Header, if it exists, is not seen by IPSec.
従って、断片拡張ヘッダ(FragmentationExtensionHeader)が存在しても、それをIPsec処理で見ることはない。

Client also sends P3P extension header to indicate that it is P3P-enabled.
また、クライアントは、P3Pが利用可能であることを示すために、P3P拡張ヘッダを送信。

Each inbound IP datagram to which IPsec processing will be applied is identified by the appearance of the AH or ESP values in the IP Next Protocol field or of AH or ESP as an extension header in the IPv6 context.
IPsec処理を適用する各入力IPデータグラムは、IP次プロトコルフィールド内の AHまたはESP値(あるいは、IPv6の場合における拡張ヘッダとしてのAHまたはESP)の存在によって識別される。

So the Fragmentation Extension Header, if it exists, is not seen by IPsec.
したがって、フラグメンテーション拡張ヘッダが存在する場合、IPsecからそれは見えない。

Each extension header is identified by the Next Header field of the previous header..
各拡張ヘッダーは、前のヘッダーの次ヘッダーフィールドに示されます。

A P3P-compliant server will always send the propID and proposal P3P extension headers when a relevant proposal is available.
P3P準拠のサーバーは、適切なプロポーザルが有効である時に、常にpropIDとP3P拡張ヘッダproposalを送信するだろう。

Each extension header is identified by the Next Header field of the previous header..
各拡張ヘッダーは、前のヘッダーの次ヘッダーフィールドによって識別されます。

In the case of AH, the protection is also extended to selected portions of the IP header, selected portions of extension headers, and selected options contained in the IPv4 header, IPv6 Hop-by-Hop extension header, or IPv6 Destination extension headers..
AHの場合、IPヘッダの選択された部分、拡張ヘッダの選択された部分、および選択されたオプション(IPv4ヘッダ、IPv6中継点拡張ヘッダ、またはIPv6宛先拡張ヘッダに含まれる)にも保護が拡張される。

IPv6 Extension Headers This table shows how the IPv6 Extension Headers are classified with regard to"mutability.
IPv6拡張ヘッダ以下の表では、IPv6拡張ヘッダの「可変度」に関する分類を示す。

This table lists the extension header types and their Next Header field values.
次の表に、拡張ヘッダータイプとその次ヘッダーフィールド値をリストします。

(Note that any extension headers[section 4] present are considered part of the payload, i.e., included in the length count.).
(存在する如何なる拡張ヘッダ[セクション4]もペイロードの一部と見なされ、長さにカウントされることに注意されたい)。

This table shows how the IPv6 extension headers are classified with regard to"mutability".
この表は、"変更可能性(mutability)"に関してIPv6の拡張ヘッダどう分類されるかを表している。

The destination options extension header(s) could appear either before or after the AH header depending on the semantics desired.
終点オプション(destinationoptions)拡張ヘッダは、希望する意味に応じて、AHヘッダの前または後に配置することができる。

The contents and semantics of each extension header determine whether or not to proceed to the next header..
各拡張ヘッダの内容とセマンティクスは、次のヘッダに進めるか否かを決定する。

The destination options extension header(s) could appear either before or after the ESP header depending on the semantics desired.
終点オプション(destinationoptions)拡張ヘッダは、希望する意味に応じて、ESPヘッダの前または後に配置することができる。

The contents and semantics of each extension header determine whether or not to proceed to the next header..
それぞれの拡張ヘッダの内容と意味は、後続するヘッダに処理を移すべきかどうかを決定するものである。

IPv6 options(in Destination extension headers or Hop by Hop extension header) contain a flag indicating mutability, which determines appropriate processing for such options.
終点拡張ヘッダまたは中継点拡張ヘッダ内のIPv6オプションには、このようなオプションに対する適切な処理を決定する、可変度(mutability)を示すフラグが含まれる。

If the IP(v4 or v6) implementation encounters an extension header that it does not recognize, it will discard the packet and send an ICMP message.
IP(IPv4またはIPv6)実装が認識できない拡張ヘッダに遭遇した場合、実装はそのパケットを廃棄し、ICMPメッセージを送信する。

IPv6 options(in Destination Extension Headers or the Hop-by-Hop Extension Header) contain a flag indicating mutability, which determines appropriate processing for such options.
IPv6オプションは(宛先拡張ヘッダ(DestinationExtensionHeader)またはホップバイホップ拡張ヘッダ(Hop-by-HopExtensionHeader)内に)変更可能性を表すフラグを含み、それがそのオプションの適切な処理を決定する。

Encapsulation CRC values, GFP type headers, GFP extension headers, VLAN tags, or other frame modifications must be performed by the user software prior to placement in the WAN insertion FIFO.
カプセル化のCRC値、GFPタイプヘッダ、GFP拡張ヘッダ、VLANタグ、またはその他のフレーム変更は、WAN挿入FIFOに配置される前に、ユーザソフトウェアによって実行される必要があります。

Server is not P3P enabled so it ignores the P3P extension header(unless it is a mandatory extension and/or the server is not extension enabled, in which case the server reports back that it is not P3P enabled) and sends the requested content.
サーバーは、P3P利用不可能なので、P3P拡張ヘッダ（それが必須の拡張と、（または）サーバーは拡張利用が不可能な場合以外、サーバーは、P3P利用不可能であることを、クライアントに報告する）を無視し、要求されたコンテンツを送る。