問題タブ [network-protocols]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
4517 参照

.net - .NET でのパケット損失とトレース ルートの検索

コンピューターでパケット損失をキャプチャするコードを作成しようとしていますが、これを行うことができた唯一の方法は、NetStat.exe および TraceRt.exe プロセスを実行し、それらをリストボックスにキャプチャすることでした (以下のコードを使用)。 :

誰でもこの情報を取得するためのより良いアイデアを持っていますか? このようにハッキングするのではなく、マネージド コードを使用したいと思います。

前もって感謝します!-JFV

0 投票する
3 に答える
2493 参照

networking - SCTP はピアツーピア アプリに適していますか?

C で記述された p2p アプリに TCP の代わりにSCTPを使用することを検討しています。また、SCTP の速度は TCP の速度と比べてどうですか?

編集: SCTP は UDP 経由でトンネリングできることがわかりました。唯一の問題は、SCTP がトンネル化されていない SCTP と相互運用できないことです。

0 投票する
4 に答える
304 参照

networking - P2Pネットワーク専用の並列IPアドレス空間?

すべてのアドレスがこのネットワークの一部であることがわかっているので、p2pネットワークでピアロケーションがはるかに効果的になるため、これを実行したいと思います。

SCTPなどの現在のトランスポート層プロトコル、および大規模なワイドインターネットで使用されている現在のハードウェアとの互換性を維持しながら、これを行うにはどうすればよいですか?

ありがとう、アンドレアス

0 投票する
1 に答える
3123 参照

network-protocols - NTRIP プロトコルに関する特定の情報が必要

NTRIP プロトコルを使用するアプリケーションを開発しています。NTRIP クライアントからサーバーに送信されるパケットが必要です。私が構築しているアプリケーションは、HTTP ストリームを使用しています。クライアントはこのアプリケーションに接続し、HTTP を使用してデータを送信します。このデータから特定の情報を抽出して処理します。クライアントが送信するサンプル データが必要です。

0 投票する
6 に答える
6311 参照

browser - ブラウズ開始時に送信される最初のパケット

イーサネットに接続された PC の前に座っているユーザーを想像してみてください。彼はブラウザを開いています。彼はアドレス バーに「www.google.com」と入力し、Enter キーを押します。

次に、イーサネット上に現れる最初のパケットを教えてください。

ここでこの質問を見つけました:ソケットプログラミングとマルチスレッドに関するインタビューの質問

私はネットワーキングの専門家ではないので、答えを聞きたいです (「場合による」と思います;))。

Wireshark のようなツールを使用すると、自分のコンピューターの動作を明らかに確認できます。私が見ているパケット (ARP、DNS、VRRP など) が各イーサネット構成で同じであるかどうか (OS に依存していますか? ドライバーに依存していますか? ブラウザーにさえ :)?) そしてどの条件がそれらが表示されます。データリンク層にいるということは、物理ネットワーク (ハブ/スイッチ/ルーターに接続されている) に依存しているのでしょうか?

0 投票する
7 に答える
22434 参照

design-patterns - ネットワーク通信の設計パターン

私が過去に尋ねたいくつかの質問、たとえばこのような質問は、より基本的な質問に要約されることに気づきました。

ネットワーク通信のよく知られた設計パターンはありますか?その性質上、プロトコルの構築/解析はあ​​りますか? グーグル検索ではあまり明らかになりませんでした。

特定の問題の解決策を探しているのではなく、ネットワーク通信とそのプロトコルを扱う文書化された設計パターンを探していることに注意してください。

編集:

設計パターンに結び付けられていない限り、さまざまな実装の詳細を提案したり、特定のプロトコルについて議論したりしないでください。プロトコルの設計は問題ではありません。私が探しているのは、通信パターン自体は言うまでもなく、プロトコルを作成または解析するための設計パターンです。

EDIT2:

ネットワーク通信の一般的なパターンを誰も思いつかなかったとは信じがたいです。はい、「場合による」ことは承知していますが、どのプロジェクトについても言えますが、一般的なアイデアをカバーするパターンはたくさんあります。

0 投票する
5 に答える
6779 参照

networking - OSI 対 TCP/IP ネットワーキングの実際的な意味

Google Androidで実行するために、「地理位置情報ベース」のipv6ワイヤレスメッシュネットワークをセットアップすることになっています。

メッシングをサポートするのに適したアプリと思われるものを見つけました: http://www.open-mesh.net/wiki/batman-adv

「Batman-advanced は、もはや IP ベースでは動作しないワイヤレス ネットワークへの新しいアプローチです。UDP パケットを使用して情報を交換し、ルーティング テーブルを設定する BATMAN とは異なり、batman-advanced は ISO/OSI レイヤー 2 のみで動作し、使用およびルーティングします。 (またはより良い: ブリッジ) イーサネット フレーム. 参加しているすべてのノードの仮想ネットワーク スイッチをエミュレートします. したがって、すべてのノードはリンク ローカルであるように見えます. BATMAN Advanced を超える任意のプロトコル。顕著な例は、IPv4、IPv6、DHCP、IPX です。」

しかし、私のチームの他のメンバーは、これは TCP/IP ではなく OSI で動作するため、これはダメだと言っています。これは私が OSI について聞いた最初のものでした。これがどれほどの問題なのか疑問に思っています。その上で開発できるメッシュ ネットワーク アプリにはどのような影響がありますか? Android は比較的新しいので、既存のアプリとの互換性についてあまり心配する必要はありません。

私はネットワークの作業に多くの時間を費やしていないので、初心者の言葉で説明してください。

0 投票する
3 に答える
474 参照

networking - 透過的に telnet トラフィックをプロキシしますか?

telnet トラフィックをプロキシし、記録目的でインバウンド/アウトバウンド ストリームをフォークするツールを作成しました (これは、レガシー システムをテストするためのテスト ツールです)。しかし、問題が発生しました。従来のシステムは、場合によってはクライアントの IP アドレスを知っていることに依存していますが、プロキシを使用すると、クライアントのアドレスはすべてプロキシのアドレスに変更されます。レガシー システムがゲートウェイとして使用するマシンを制御しているため、iptables やその他のパケット マングリング技術を介してこれを偽装する方法がないかどうか疑問に思っています。つまり、プロキシがなければ、次のようになります。

プロキシを使用すると、次のようになります。

私たちの必要なもの:

これを達成する方法はありますか?

ありがとう!

0 投票する
3 に答える
634 参照

networking - 地理位置情報ベースのワイヤレス メッシュ ルーティング アルゴリズム: 役に立つ?

私はチームに所属しており、「地理位置情報ベース」の ipv6、wifi メッシュ ネットワークを google android で実行するように設定することになっています。

アイデアは、各ノードの地理位置情報 (緯度、経度、高度) を使用して IPv6 アドレスを生成し、それを使用して最も近いノードをルーティングの優先ノードとして選択することです。定期的な「ルーティング負荷」メッセージにより、一部の最適化が行われます。

http://www.v6pc.jp/apc/en/data/addressing.pdf

私の理解では、ジオロケーションベースのアルゴリズムを実行する主な「利点」は、各ネットワークホップが物理的に目的地に近づくことです...そして、目的地の最も直接的な経路で移動すると、最適なルーティング パス。

しかし、このアプローチに関する私の問題は、物理的な近接性 + 負荷が必ずしも良好な接続強度または高速ルーティングを意味しないことです。厚い鉛の壁 (?) または多くの干渉がある場合はどうなりますか?

確かに、ルートを決定するための近接性はかなり役に立たないメトリックですか?

主要なメトリックは、主にパフォーマンス/負荷に基づくべきですよね? 信号強度、実証されたスループット、CPU 使用率、ネットワークへの接続時間などのようなものです。少なくとも、ルーティング パスを選択する方法についての私の理解はこれでした。

なぜこれが良い考えなのですか?足りないものはありますか?

私はネットワークの作業に多くの時間を費やしていないので、初心者の言葉で説明してください。