なぜSCTP使用されません既知の

StackOverflow https://stackoverflow.com/questions/1171555

質問

この間、貸出中の図書 "UNIXネットワークプログラミング,Vol.1" によるリチャーズスティーブンスなどの見所いった輸送層標準以外のTCPとUDP: SCTP.

概要：SCTPには輸送レベルのプロトコルでメッセージ駆動のようにUDP、信頼性のようなTCP.こちらは 短期導入からIBM DeveloperWorks.

正直、聞いた事もないのSCTPます。どうかよろしくお願いしますを読んでネットワークの書籍を聞いたので授業をいたします。読書 その他のstackoverflowの質問 に言及しているSCTPことを示唆しているところだけではないことが知識です。

なぜSCTPで未知?なぜで使用されません?

役に立ちましたか？

解決

実際、SCTPは主に、通信エリア。従来、テレコムスイッチを使用SS7(シグナル伝達システム。7)に接続される等の通信ネットワーク.例えば、通信プロバイダとの契約者データベース(HLR)は、スイッチ（MSC）は、加入者が接続されても(MSC).

のテレコム領域の移動を高速度が速く、より到達可能な環境です。これらの変化への置き換えによるSS7プロトコルにより、フレキシブルなIPプロトコルです。

テレコムの閑静な住宅地が広がるのが特徴で保守的な想定に基づくものです。のSS7ネットワークパラメーターを用います。とても信頼されると閉じます。この正規ユーザーがアクセスできないのです。

IPネットワークに対し、オープンでないと通信しないに変換するものであれば問題ない取扱いの少なくとも、負荷るSS7。このSCTPを開発しました。ようとする:

  • 真似するすべての優位性のSS7ネットワーク蓄積してきた。
  • 接続を作成し指向のプロトコルによTCP速度、セキュリティ、冗長性を

最新のリリースのLinuxてSCTPます。

他のヒント

して展開SCTPにアプリケーション、出会い大きな問題とSCTPの各種ホームルーター.うな取り扱SCTPます。これは、主にパフォーマンスの問題のSCTPプロトコル仕様で要チェックサム全体のパケットを再計算しないものヘッダ).

のような他の多くの有望なプロトコルSCTPがん死の水までのD-linkおよびNetgear修正を行って、たどたどしいNATのボックスです。

SCTPする必要があるデザインに取得するアプリケーションの最高使用していただいて結構です。オプションが存在によTCPのソケット-のようにAPIったです。しかしうることを理解することに時間をか（たかの欠点TCP)まで、よくデザインされたプロトコルロイヤル-アカデミーのスタイル当社~30年間の知識のTCPとUDP.

一つの側面を必要とするではないかと思われは、われている。ムを提供（通常と思うんでoffにするか、または保証しいのTCP接続ができる複数のストリーム当たりSCTP接続します。アプリケーションの場合は、データ転送された複数のストリームにそれを回避するための頭のラインブロックの受信機starvesの理由により講演日中のパケット.有効な会話はできたての接続に影響を与えずに。

できるように、このマルチホーミング支援--一接続でき、複数のインタフェースの両端で対応できます。をエミュレートすることができるこのTCPのためのアプリケーションレイヤ.

適切なリンクheartbeating、最初に何を用いたTCPのための非transientの接続具があります。

私個人の概要SCTPがないせんでしたが、少し足を延ばせばもう一方(TCPまたはUDP)の大幅なアプリケーションサポート.ものではの能力を持たないので、それを実現するコードがひどく)。

対SCTPは義務として対応してお径(cf半径、グラフィックのクオリティ).見RFC3588

   Diameter clients MUST support either TCP or SCTP, while agents and
   servers MUST support both.  Future versions of this specification MAY
   mandate that clients support SCTP.

SCTPについては、未使用-配置を多くするためには、多くの

  • 広がり:広い範囲で実施されていない統合的にTCP/IPスタック（2013年は不明のネイティブで最新の機能を使用するには、Mac OSXおよびWindows)
  • 図:数の高レベルのバインディングに使いやすい言語（免責事項:私のmaintainerの pysctp,SCTPやすいスタック支援のためのPython)
  • NAT:なクロスNATものでないご同行者様がいる場合は（1％以下のインターネットホーム企業のルーターなNATにSCTP).
  • 人気:ない一般のアプリを使用で
  • プロパラダイム:この変更は、トップビット：でもソケットが接続することができ多くのホストの多くはシステムのmultihoming),データグラムは信頼性の高いものerc...
  • 複雑さ:SCTPスタックは複雑な実装(上)
  • 競マルチパスのTCPで、このプロセスのスmultihomingニーズ/能力ではご遠慮の実施SCTP可能な場合は、待ちMTCP
  • ニッチ:ニーズSCTP充填非常に特有の(順序の信頼性datagrams,multistream）によると、多くの用途
  • セキュリティ：SCTP感性を発揮セキュリティー-コントロール（一部のファイアウォール、IDSes、すべてのDLPs、表示されないnetstatを除くCentOS/Redhat/Fedora...)
  • 監査能力：う3社の世界を日常的にな監査をSCTPセキュリティ（免責事項:私のところ）
  • 学習曲線:なツールチェーンゲー SCTP(チェックインの優れた withsctp ともnetcat使用socat)
  • ボンネットの下には:使われてきたテレコムおよび顔がつきSMSの送信、サーフィンのモバイルまたは電話をかけ、しばしば起動のメッセージが流れover SCTP(SIGTRAN/SS7とGSM/UMTS、直径LTE/IMS/RCS S1AP/X2AP、LTEをオンから分離したものではなく、実際に利用するには多くがってい;-)

p1.SCTPマップされた直接支援が必要となるIPv4NATゲートウェイがいることにより、これまで広く展開し、どこにでもないので、代表的なNATブジェクト-ゲートウェイだけを許可一個人のホスト毎に公開アドレスを使用SCTPます。

p2.SCTPマッピングUDP/IPv4できるプライベートホスト毎に公開アドレスUDPでマッピングIPv4/NATゲートウェイの悪名トリッキーの確立-維持により、このUDPであるconnectionless輸送な明示的な状態NATる。

p3.SCTPにマップ上でIPv6が必要で...しかし---IPv6対応します。またIPv6対応とは?その場合、またIPv6ファイアウォール?対象となりまSCTP?いかがですか負荷バランサー?SSLに加速器?

p4.最後に、多くのインターネットはかなり制約されるために何ができるフライトにTCPポート80と443、SCTPの意味がない。そのため、努力に MPTCP 作業グループのIETF.

多くの者が変更される可能性があり使用SCTPまでの使用による取り組みを支援しdatachannelsをTCPい信頼性層のUDP--over SCTPに答えUDP: https://tools.ietf.org/html/draft-ietf-rtcweb-data-channel-13#section-6

を読む SCTP Wikipediaページ 僕が最大の理由は、SCTPは非常に若いプロトコル(提案した2000年には現在未対応の主流Os(Windows, OS X, Linux).

場合は"非常に若く、こうした不適切ない思い IPV6:"月2008ものの、マーキングその10周年記念としての標準トラックプロトコル、IPv6のみであった発展途の一般の世界的展開。"

SCTPに用いられ、4G LTEネットワークの直径はAAA.

でない場合が知られていない利用されていない。できたのはごく最近になってからであ 案 に掲載され IETF 報 使用SCTPとして輸送層プロトコルHTTP.

を参考にすべてのコ商用ルータの破損または不足SCTP支援の問題はSCTP NATはまだ案のIETF.あなたのRFC仕様を実行いたします。

https://tools.ietf.org/html/draft-ietf-behave-sctpnat-09

Sctpに生まれは遅すぎ、多くの状況TCPは必要なものではありません。

また、私が知るほとんどの利用は通信です。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top