タグ付けされた質問 「protocol-theory」

標準またはRFCで公開されているネットワークプロトコルに関する質問。質問の中でネットワークプロトコルについて言及しているという理由だけで、このタグを使用しないでください。このタグが付いた質問は、質問が関連していて回答することが重要である理由を説明していない場合は、*閉じることができます。これは、接線/ささいな質問の問題を回避したり、吸血鬼を助けるために必要です。

2
タイプコード0800と0806の違いと機能
タイプコード0800と0806の主な違いと機能(またはアプリケーション)は何ですか? 私自身の調査により、0800はOSIモデルのIP /レイヤー3の0800に関連していることがわかりました。 また、0806はARPプロトコルに関連していることもわかりました。明確に言うと、ARPは、スイッチがルーターに接続された特定のコンピューターをアドレス指定するために、IPアドレスをMACアドレスにするプロトコルですか?OSIモデルのどのレイヤーが0806 ARPレイヤーに関連していますか? 私は非常に新しいので、詳細な説明をいただければ幸いです。

1
ネットワークデータトラフィックの「1 Erlang」とは何ですか?
Erlangロードユニットを音声通信に適用した場合の概念を理解しています(または、少なくともそう思います)。音声通信はリアルタイムで発生し、リアルタイムで測定されるため、システムで処理された音声トラフィックの総量(分単位で測定)をその期間の長さ(また、分単位で測定)、Erlangと呼ばれる無次元の負荷係数を取得します。当然、60分の時間で運ばれる60分の音声は1アーランです。 しかし、このErlangユニットをデータトラフィックにどのように適用できますか?何で何を割りますか?データネットワークの1 Erlangとは何ですか?適用可能ですか?私が尋ねる理由は、データネットワークの負荷分析を実行するために使用されているさまざまなErlang関連の式(Erlang-BおよびErlang-C)を目にしているためです。しかし、トラフィックが時間単位で測定されていないネットワークにErlangユニットのアイデアを適用するのに苦労しています。 私が取り組んでいるより高いレベルの問題は、音声トラフィックとデータトラフィックを同時に処理するデバイスの負荷の見積もりです。また、この場合のデータトラフィックは一般的なインターネットトラフィックであり、音声通信には一切関係していません。たとえば、セルラー基地局、別名セルサイトについて考えてみましょう。デバイスには、音声およびデータトラフィックを処理するための独立したチャネルがあります。可能な場合、そのようなデバイスのErlangでの負荷をどのように推定しますか?どのようにして、さまざまなタイプのトラフィックを、ある種の実際的に意味のある共通の基準にもたらすことができますか?


2
ウィンドウサイズとACK番号
講師のスライドからコピーして貼り付ける: • Receiver indicates the window size is 3000 • Transfer goes ahead • Acknowledge every 3000 bytes • Receiver increases window size to 4000 • 4000 bytes will be transferred before the next acknowledgement したがって、これから、ウィンドウサイズは、ACKを送信する前にレシーバーが収集するバイト数を表すことを収集します。 しかし、これはこのWiresharkのキャプチャで見たものではありません。 (TCPファイル転送からの)スクリーンショットでわかるように、サーバーは約1400バイトごとにACKを送信しています(ACK番号を確認しています)が、同時にウィンドウサイズが100'000 +バイトであることを示していますか? 私が講師のスライドから理解したことから、サーバーは100'000 +バイトごとにACKする必要がありますか?それよりもはるかに頻繁にACKを送信するのはなぜですか?


2
最大IPv4ヘッダーサイズ
IPヘッダーの長さが最小20バイト、最大60バイトであることを知っています。しかし、なぜ?IPヘッダーの長さが60バイトに制限されているのはなぜですか?私に説明できる人はいますか?ありがとうございました。

1
ADSLのUDPパケット転送速度は、パケットサイズに厳密に比例していますか?
ADSL2 Annex Aデバイスのアップロード速度が300kbpsであるとします。TCP接続を使用してテスト。ここで、8バイトのUDPキープアライブパケットを可能な最大レートで送信したいとします*。 パケットのサイズが非常に小さいため、有効なパケット転送速度は4,800 p / sまたはこれよりかなり低くなりますか? UDPのパケット転送レートは、パケットサイズに厳密に線形ですか?(つまり、サイズの半分、レートの2倍。) *アプリケーションの目的は、集中管理されたトラッカーを必要とせずに、できるだけ多くの既知のピアにこのピアが「生きており、ビジネスに対してオープン」であることを通知することです。最大パケット転送レートは、アプリケーションのP2P(スパース)メッシュネットワークの最大分散サイズを定義します。

2
IPv6の一意のローカルアドレスに/ 48プレフィックスが必要なのはなぜですか?
RFC 4193によると、一意のローカルアドレスには常にFD00::/8..のプレフィックスが付きますが、Wikipediaによると、 ブロックfd00 :: / 8は、/ 48プレフィックスに対して定義されており、プレフィックスの最下位40ビットをランダムに生成されたビット文字列に設定することによって形成されます。 これは強制されますか、そうであればなぜですか?/32または/16などの接頭辞を付けるのを止めるのは何ですか?

4
TCPソケットが4タプルで識別されるのはなぜですか?
ここでネットワーキングの初心者。私はコンピュータネットワーキング(第3版)の本を読んでおり、セクション3.2では、UDPとTCPの両方の多重化/逆多重化について説明しています。 UDPプロトコルでは、ソケットは送信元IPと送信元ポートによって一意に識別されます。 TCPプロトコルでは、ソケットは送信元IP、送信元ポート、宛先IP、および宛先ポートによって一意に識別されます。TCPプロトコルがセグメントを正しく逆多重化して正しいプロセスに送信するために、受信ホストが2つの追加情報を必要とするのはなぜですか? これが必要な理由を私が考えることができる唯一の理由は、クライアントが常にTCPセグメントを接続要求セグメントと同じポートに送信する場合です。たとえば、サーバーが別のポートでそのセッション専用のTCPソケットを確立していても、ブラウザは常にデータをサーバーのポート80に送信します。その場合、TCPは送信元IPと送信元ポートの情報を使用して、正しいソケットに逆多重化する必要があります。単一のホストが複数のセッションを確立できるため、ソースIP情報だけに依存することはできませんが、各セッションは異なるポート上にある必要があります。 UDPにこの問題がない理由は、UDPには要求に対する複数の新しいソケットの「発生」がないため、宛先IP /ポートコンボが要求を処理するプロセスが接続されているソケットを識別するためです。 これは正しいですか、それとも間違った結論に達しましたか?

5
プロトコルフィールドがIPヘッダーの一部であるのはなぜですか?
これは、IPレイヤーがネットワークスタックの上位レイヤーを認識している理由の複製ではないことに注意してください。 パケットベースの通信でのプロトコル識別子(IPヘッダーのプロトコルフィールドなど)の必要性は明らかです。これは、このアルゴリズムか、ある種の計算集約型の推論アルゴリズムです。問題は、カプセル化されたプロトコルのヘッダーではなく、なぜIPヘッダーの一部として存在する必要があるのか​​ということです。 それは私には思われる理論的な透明性が実用的な考慮事項(AKA「HaskellはGoは満たしている」...)を満たすものを例この1:一方ではIPヘッダの区切りに概念「プロトコル」フィールドを配置する利害の分離ことなどを。目的のOSIモデル。一方、スタックの上位のプロトコルに一貫した方法でタイプを強制することははるかに困難であり、最終的にはいずれにしても同様の状況につながります(たとえば、スタックの上位のすべてのプロトコルが最初のヘッダーバイトを使用してそのタイプを指定した場合、IP が同じように最後のヘッダーバイトを使用しているかのように見えます。 だから私の質問は-「プロトコル」フィールドをIPのパケットヘッダー内に配置する理由は何ですか? 編集:この質問を書くとき、私は「推論」の前に「元の」という単語を追加するかどうか、つまりIPを考案したチームの推論を検討しましたが、質問が過去形(「何でしたか推論...」)。それでも実際にはその質問に答える返信はないため、これは必要なようです。注目すべきいくつかの洞察: @immibisは、他の形式では他のプロトコルのモデルを壊すことを示唆しています(たとえば、暗号化された通信プロトコルには平文の識別フィールドが必要です) @Eddieは本質的にその理由が慣習であることを述べています(プロトコルチェーンの設計の受け入れ、それがなぜ慣習なのかは謎のままです) @Rickyは、包括的な検討事項として実用性を強調します @Claudioは、プロトコルフィールドがカプセル化されたヘッダーの一部であることを示唆しています。IPヘッダーの解析中に行われる現在のモデルでは、追加のヘッダー識別ステップが必要になるでしょう。 言い換えれば、次のヘッダーのタイプを識別するすべてのヘッダーの代わりに、すべてのヘッダーが所定の場所(たとえば、最初のヘッダーバイト)で独自のタイプを識別するモデルの何が問題になっていますか?なぜそのようなモデルは現在のものよりも望ましくないのですか? 編集#2:答えは与えられたいくつかの答え(主に上記のものと@Eddieの2番目の補遺)の組み合わせのようです: 単純:の主破壊層不可知論をにこの特定の場合は全体としてスタック(またはモデル)は単純であることを意味します。 「プロトコル識別」フェーズはなく、暗黙的でも明示的でもありません レイヤーの独立性が向上しました(たとえば、暗号化された通信ハンドラーは、ヘルパープロトコルとレイヤーを共有する必要がありません) 規制も大幅に簡素化され、クライアントプロトコルに要件を適用する必要がありません。 パフォーマンス:カプセル化されたパケットのプロトコルをパケット自体の前に示すことで、いくつかのタイプの高速ルーティングプロトコル(パケットフィルタリング、QOS、カットスルースイッチング)をネットワーク(インターネット)レイヤー自体に統合できます。これにより、ハッシュテーブルにアクセスできるのと同じくらい迅速に決定を下すことができます。これは、このプロトコルを実行するために設計されたハードウェアが限られていることを考えると、さらに重要です。 このモデルには欠点がありますが、一般的な使用例では、代替モデルよりも適しているようです。


4
なぜイーサネット接続は対称的ですか?
ケーブル接続(DSL)は非対称であり、チャネルには特定の帯域幅があり、ユーザーエクスペリエンスを向上させるために、ダウンストリームにより多くの部分を割り当てます。イーサネットケーブルにも一定の帯域幅があるか、または光ファイバーケーブルだと思います。なぜ対称なのですか?

1
TCPは再送信タイムアウトにどのように正確に反応しますか?
こんにちは!誰かがタイムアウトで何が起こるか説明してくれませんか?その後、ウィンドウサイズは完全に減少します。タイムアウト時には、3つの重複ACKと同じことが起こると思いました。cwndの半分で、加法的に増加します。これらの混雑の指標の扱い方に違いはありますか?

3
OSPFエリア0の動作の分割-どうなりますか?
質問をできるだけ簡単にするために、簡単なシナリオをまとめました。 エリア0は2つのデータセンターにまたがり、それぞれに複数のルーター/ネットワークがあります。 エリア0には、エリア1の同じルーターに接続するエリア1に接続された2つのABRがあります。1つのエリア0,1 ABRが各データセンターにあります。これらのABRはたまたまWANルーターであるため、エリア0のデータセンターも相互接続するために使用されます。エリア1は標準エリアです。 エリア0は、データセンター間のWAN / MANリンクがダウンしたため、パーティション化(分割)されます。 図を参照してください: OSPFv2 RFCとインターネット上の他の多くの情報を読むことに基づいて、私は次のことを想定しています。 A.パーティション化されたバックボーンは、2つの個別のエリア0として機能し、お互いを認識しなくなります。 B.各エリア0は、独自のパーティション内のエリア内ルーティングに対して完全に機能します。 C.各エリア0とエリア1の間の機能は完全に機能します。エリア1は各パーティションからエリア0サマリーを取得し、ABRの送信エリア1サマリーを各エリア0パーティションに送信します。各エリア0パーティションからの外部ルートも、ASBRのタイプ4 LSAとともにエリア1にフラッディングします。 D.エリア1を通る仮想リンクがないため、エリア0 Aのルーターはエリア0 Bのネットワークに到達できず、その逆も同様です。仮想リンクがないため、エリア0 Aからのルーティング情報はエリアと共有されません。 ABRがエリア1で学習する0 B(およびその逆)。 私は正しいのですか、それとも何かを誤解していますか?私の仮定は、エリア間の距離ベクトル/水平分割動作に基づいています。私が行ったクイックドローイングでは、R1はエリア0の要約をエリア1にフラッディングし、R4はエリア1で学習しますが、R4は直接接続されているエリア0が唯一のエリア0であると想定するため、これらのサマリーからルーティング情報を「エリア0に戻す」ことを送信することも考えます。 明らかに、これは機能する設計にとって望ましい動作ではありませんが、正しく理解している場合、2つのデータセンター間の相互接続が失われた場合に、ネットワークに障害が発生することになります。私は単一のエリアOSPFドメインを継承しており、すべてのブランチサイトルーターを別のエリアに分割して、エリア0が分割された場合に、データセンター間のトラフィックが両方のデータに接続されているルーターを介してブランチサイトWANリンクを通過しないようにしますセンター。 また、OSPFからBGPへの再配布も行います。あるデータセンターへの唯一のパスで低速リンクのデュアルホームブランチオフィスを通過する必要がある場合、他のデータセンターのネットワークからASBRがルートを再配布したくありません。 洞察をありがとう。

4
OSPFがネットワークをスタブネットワークに決定する方法
RFC 2328は、スタブ・ネットワーク・タイプとして宣伝されているすべてのループバックインターフェイスのリンクステート情報および/ 32(ホストIPアドレス)などのネットワークマスクを持つすべてのインタフェースに言及しています。次に、/ 24マスクのインターフェイスがネットワークに接続され、これがそのネットワークに接続されている唯一のルーターインターフェイスである場合についてはどうでしょうか。技術的には、これらもスタブネットワークです。それでは、OSPFはこれらの/ 24インターフェイスリンクをスタブとしてどのように決定するのでしょうか。その/ 24インターフェイスを介してOSPFネイバーシップを探し、それがスタブネットワークかどうかを判断しますか?その場合、同じネットワークに接続されているがOSPFを実行していない別のルーターが存在する場合の判断はどうなるでしょうか。 質問が明確であることを願っていますので、誰かが何らかの説明を必要とする場合に備えて図を追加していません。質問を説明するために図を追加することを教えてください。 長い質問を短くすると:-ルーターLSAの生成中に、OSPFはどのようにしてリンクタイプ(p2p、スタブ、トランジット、仮想リンク)を選択することを決定するのですか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.