問題タブ [sctp]

RFC 3286 に記載されているとおり:

「...エンドポイントは、TSN がバイト単位ではなくチャンク単位であるため、送受信されるバイトと送受信される TSN 間の変換を管理する必要があります」。

これは輻輳制御アルゴリズムにどのように影響しますか?

Linux および Solaris で使用される「eth0」に似た Windows 用の汎用 IP デバイス名はありますか?

IP アドレスの通過に成功しているように見える SCTP トラフィックを監視しようとしていますが、これは、このアプリケーションを使用するすべてのマシンがホスト アドレスを使用するように変更されることを意味します。

ありがとう

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

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

組み込み Linux プロジェクトに SCTP を使用する予定です。主に1対多モードでのSCTPの使用について、誰かコメントがありますか? 自作のUDPベースの同等のソリューションを使用して打ち負かしましたか?

ネットワーク環境と関連するすべてのデバイスを制御しているため、互換性は問題ありません。

ハッシュ ツリーを使用する p2p アプリに取り組んでいます。

ハッシュ ツリー構築関数 (publ/4 および publ_top/4) を作成していますが、publ_top/4 を修正する方法がわかりません。

publ/1 でツリーを構築しようとしています:

問題のコードは次のとおりです。

http://github.com/AndreasBWagner/nivoa/blob/886c624c116c33cc821b15d371d1090d3658f961/nivd.erl

問題はどこにあると思いますか？

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

最近、Richards Stevens の著書「UNIX Network Programming, Vol. 1」を調べたところ、TCP と UDP 以外に第 3 のトランスポート層標準であるSCTPがあることがわかりました。

概要: SCTP はトランスポート レベルのプロトコルであり、UDP のようにメッセージ駆動型ですが、TCP のように信頼性があります。以下は、IBM DeveloperWorks からの簡単な紹介です。

正直なところ、私は SCTP について聞いたことがありません。それについてネットワーキングの本で読んだり、受講したクラスで聞いたりしたことを思い出せません。SCTP に言及している他のスタックオーバーフローの質問を読むと、この知識不足は私だけではないことがわかります。

なぜSCTPはそれほど知られていないのですか? あまり使われていないのはなぜですか？

SCTPプロトコルの.NET実装を探しています。コンポーネントまたはC＃/ F＃ソースコードが推奨されますが、そのようなものが利用できない場合は、VB.NETソースコードもおそらく機能する可能性があります。私が取り組んでいるプロジェクトは.NETFrameworkv3.5を対象としていますが、.NETv2からv4で動作するものなら何でも構いません。

Windows のさまざまなバージョンには、どのような種類のSCTPサポートがありますか?

SCTPはネイティブ マルチホーミング サポートを備えており、正しく理解すれば、プライマリ インターフェイスがダウンした場合にセカンダリ NIC 経由でパケットを自動的に再ルーティングします。この機能を TCP で複製して、プライマリ NIC がダウンした場合にルーティング テーブルを変更するカスタム ルーティング デーモンを作成しました。SCTP代わりに使用してみたいと思います。

Steven のUnix Network Programming V1 3rd Edition on page 288 には、次のように書かれています。

この例では、1 対多スタイルのサーバーを使用します。この選択には、1 つの重要な理由があります。第 5 章の例は、SCTPマイナーな変更を 1 つ追加することで実行できるように変更できます。socket 関数呼び出しを 変更して、3 番目の引数のIPPROTO_SCTP代わりに 指定します。 ただし、この変更を行うだけでは、マルチホーミング以外でIPPROTO_TCP提供される追加機能を利用することはできません。SCTP

今、私はかなり悪い結果でこれを試しました。

libsctp1、libsctp-dev、および lksctp-tools パッケージがインストールされた Ubuntu 9.04 で実行しています。lksctp-tools でSCTP正常に動作することを確認しました。

UNPのサンプル コードを使用して、プログラム~/unpv13e/tcpcliserv/tcpserv04.cとプログラムの上に示したように変更しました~/unpv13e/select/tcpcli02.c。

これは単純なエコー サーバーとクライアントのペアです。サーバーはリッスンしているように見えますが、クライアントは接続が拒否されたと言って終了します。netstat はサポートしていないので、SCTP私が使用lsof -n | grep tcpservしたものは次のとおりです。

これは、tcpserv04 である種のソケットが開いていること以外はあまりわかりません。

私はすでに perl で元の TCP クライアントを書き直してテストしていたので、sctp に切り替えて接続できましたが、stdin でのファイルのパイピングは完全には機能しませんでした (エコーのバックを受信するまでの約 2/3 の方法でハングしました)。 .

UNP は、マルチホーミングを利用するために TCP アプリケーションを SCTP に移植することは些細なことだとほのめかしているようですが、実際にはそうではないように思われるこの単純な試みに基づいています。

マルチホーミングを利用するために TCP アプリを 1 対 1 形式の SCTP に移植する際に気をつけなければならないことについて、誰かが良いチュートリアルを教えてくれたり、良いアドバイスをくれたりできますか?

これは質問に関連しています: SCTP with multihoming as a Drop In Replacement for TCP

TCPを使用して完全に正常に動作する単純なエコークライアント/同時サーバーアプリがあります。ファイルをクライアントの stdin にパイプすることができ、クライアントはすべてのデータを受け取りselect、ソケットが読み取り可能であることを示す 1 を返す呼び出し、次に read の呼び出しは EOF / FIN を示す 0 を返します。その後、クライアントは終了します。すべてが良いです。

ただし、SCTP を介した同一のアプリは問題を引き起こします。唯一の変更点は、IPPROTO_TCP から IPPROTO_SCTP への変更です。サーバーはフォークし、データをエコーバックし、子は終了し、親によってリープされます。クライアントはすべてのデータを受信しますが、その後、select準備が整った0個の記述子を返し続けます(追加したタイムアウトがなければ、永久にハングします)。

世界で何が起こっているのですか？

クライアントのコードは次のようになります。

これは TCP 上で完全に機能することを覚えておいてください。必要なすべての sctp パッケージがインストールされた Ubuntu 9.04 を使用しています。