ホストをサポートしているIPアドレスは、ICMPのサポートをする必要があります

インターネット制御メッセージプロトコル（ICMP）

ホストをサポートしているIPアドレスは、インターネット制御メッセージプロトコル（ICMP）は、RFC 792で定義された：インターネット制御メッセージプロトコルをサポートする必要があります。 ICMPメッセージを送信するための基本的なプロトコルです。 ICMPのいくつかの一般的な使用の場合は、ホストがネットワーク上で提供され、IPデータグラムインチのICMPメッセージの旅行ローカルルーターのIPアドレスを取得することを学ぶのPINGメッセージを送信しています。 IPヘッダ内のプロトコルフィールドが1のICMPを示すことです。データグラムのデータ部分の最初のバイトは、その。は、RFC 792は、RFC 950、およびRFC 1256のタイプコードを表4-5に記載され定義についての詳細は次のようにデータのフォーマットを決定するICMPタイプコードです。メッセージのフォーマット。

メッセージは、UDPとTCPを使用して交換

このセクションでは、UDPとTCPはその宛先へのデータの取得支援について説明します。詳細については、どのようにプロトコルの動作プロトコルを使用すると効果的にプロトコルを使用しての選択に役立つことを知る。も含まれてはUDP、TCPをサポートするためのコードを取得するためのオプションを見直しされ、IP組み込みシステムでのイーサネット規格では、ローカルネットワーク内のコンピュータ間で情報を転送する方法を指定します。しかし、イーサネットだけで、多くのデータ転送を必要とするいくつか提供されません。これらは、ポート、またはプロセスのネーミングには、データを送信する場合は、その先には、データが使用するポートの命名かどうか、先のデータが宛先に迅速に取得するのに役立つデータは、フロー制御を受信したソースを通知するためのハンドシェイクを含める確実に、シーケンスは、送信先のメッセージは、複数のセグメントに到着するのが正しい順序を知っていることを確認する番号。伝送制御プロトコル（TCP）これらのすべてを提供することができます。ユーザーデータグラムプロトコル（UDP）のデータ転送のためのシンプルな方法は、ポートのみ、またはエラーのチェックを指定する必要です。表5-1 Networkの記事5月2日、UDPおよびTCPを比較するネットワークプロトコルインチのUDPスタックとTCPは、IP層とアプリケーション層と通信する、UDPおよびTCPの位置を示しています。必要としない一部のアプリケーションは、UDPまたはTCP、直接IP層またはEthernetドライバと通信することがあります。

約ソケットとポート

すべてのUDPとTCP通信の2つのエンドポイント、またはソケットの間にされ、各ソケットとIPアドレス、ポート番号があります。イーサネットフレームでは、送信元アドレスと宛先アドレスのフィールドを識別する送信およびイーサネットインターフェイスを受け取る。 UDPまたはTCPの通信をより正確には、宛先のポートが命名して、宛先を指定します。それぞれのTCP通信にも送られては、データのプロバイダを識別する送信元ポートの名前。各UDPの通信が、ソースポートがUDPデータグラムを送信元ポート番号は、ヘッダーに含める必要はありません。ポートは、CPUにアクセスする手順inpであり、アウトを使用するように、ソケットのポートisn'taハードウェアのポートです。代わりに、ポート番号は、送信されたり、データが受信されて使用して、データを提供しているプロセス、またはタスクを識別します。あなたのコンピュータの間の論理的な接続の一方の端としてのソケットを考えることができます。物理的な接続とは異なり、ここで、専用線電子部品のリンクは、論理的な接続を形成するソフトウェアのみに存在します。

データは、その論理的な接続しているソケットの間に物理的に同じパスごとに時間がかかることがない旅。はInternet Assigned Numbers機関（IANA）（www.iana.org

民主党：これには基本

UDPは、のみ、オプションのエラーメッセージを検出アドレスのポートを追加する基本的なプロトコルが送信されます。が受信したデータを確認したり、交換、他のフロー制御情報をUDPのハンドシェイクのためのプロトコルですこれは、コンピュータが最初では、リモートコンピュータがネットワーク上にあるかを確立せずに、メッセージはUDPを使用して送ることができることを意味するコネクションレス型プロトコルであるため、指定された宛先ポートを通信に利用可能です。これらの理由については、UDPも信頼性の低いプロトコルと呼ばれ、それだけではUDPを使用して、送信者は把握できないという場合、または場合は、先のメッセージを受信しましたは、UDP RFC0768です：ユーザーデータグラムを定義する文書プロトコルです。また、標準的なSTD0006承認された。そのメッセージにUDPを使用して送信したいコンピュータは、UDPヘッダのデータが続く構成のUDPデータグラムでは、メッセージの場所のメッセージを含むペイロード。第1章で説明したように、送信側コンピュータのIPデータグラムのデータ領域には、UDPデータグラムを配置します。 Ethernetネットワークでは、IPデータグラムをEthernetフレームのデータフィールドに移動する。

イーサネットフレームを受信した上で、送信先のコンピュータのネットワークスタックは、ポート、またはプロセスは、データグラムのヘッダーに指定されたUDPデータグラムのデータ部分に渡します。多くの点では、UDPよりTCPよりもので、UDPおよび実装するためにシンプルですが可能ですしたがって、より特定のアプリケーションに適していません。必要に応じて、通信はUDPを使用するための独自のハンドシェークプロトコルを定義することができます。たとえば、メッセージの返信またはその他の要求された情報は、コード認識を含む送ることができる受信インターフェイスを受信した。場合は、送信時間の合理的な量の応答を受信しないと、再度試すことができます。しかし、アプリケーションの最も基本的なハンドシェイクやフロー制御が何より必要とする場合ではなく、再TCPを使って検討する必要がUDPで使用するために。UDPのいずれかの機能はTCPが利用できるだけではなく、それを発明し、その能力にメッセージを送信することです複数の宛先を一度に、ローカルネットワーク内のすべてのIPアドレスへのブロードキャストアドレスとIPアドレスの定義されたグループにマルチキャストを含む。ブロードキャストやマルチキャストのためのソースハンドシェイクのすべての目的地を必要とTCPと実用的ではありません。

UDPヘッダとデータ

支援のUDP組込みシステムにおける

組込みシステムでのUDPをサポートする能力データを送信するためにヘッダーを追加すると、受信したデータに加え、IPのためのサポートからのヘッダーを削除する必要があります。

データグラムは、次の操作をする必要がありますはUDP、イーサネットネットワーク内のコンピュータを使用して送信するには：

•場所は、UDPヘッダ内の適切な場所には、宛先ポート番号とのデータグラムの長さ。送信元ポート番号とチェックサムがヘッダー内のオプションです。コンピューティングは、チェックサムは、ソースと宛先のIPアドレスを知る必要があります。

•追加のデータのヘッダーに送信されます。

•場所のIPデータグラムのデータ部分には、UDPデータグラム。 IPデータグラムのソースと宛先のIPアドレスとチェックサムは、ヘッダの計算が必要です。

•パスは、イーサネットコントローラのドライバには、IPデータグラムは、ネットワーク上で送信してください。データグラムを次のようにする必要がありますはUDP、イーサネットネットワーク内のコンピュータを使用して受信するには：

•受信は、イーサネットコントローラのドライバからのIPデータグラム。

•ストリップデータグラムのIPヘッダーです。 IPチェックサムを計算し、受信した値を使用して結果を比較する。

•場合は、チェックサムが一致し、UDPデータグラムのヘッダーストリップ。 UDPのチェックサムを使用する場合、その値を計算し、受信したチェックサムと比較します。

•使用して、宛先ポート番号をここでは、受信データを渡すことを決定する。

として、ネットワーキング、チュートリアルの冒頭の例を示した場合は、UDPのサポートを持つモジュールを使用して、データグラムを作成する詳細については、受信したデータグラムからデータを抽出し、チェックサムを扱う場合に処理されます。アプリケーションのコードだけでは、IPアドレス、ポート番号を提供することが必要で、データを送信すると、データグラムを送信するための関数を呼び出すか、データグラムは、特定のポートへの対処でデータを受信するまで待ちます。

記事は、ダニエルR.提出

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"サポートしているIPアドレスも"自動ソフトウェアによって翻訳されたは、ICMPをサポートする必要がありますホストします。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。