IPマルチキャスト - Wikipedia
IPマルチキャストは、Internet Protocol （IP） のデータグラムを特定の複数受信者に対して1回で送信するための方法である。IPマルチキャストはインターネットやLANにおいて、ストリーミング・アプリケーションによって利用されることがある。IPマルチキャストは、マルチキャストネットワーキングという一般的な概念の、IPに特化したバージョンと言える。マルチキャストはIPv4（クラスD）及びIPv6で特に予約されたマルチキャストアドレスブロックを用いる。IPv6では、IPv4で実装されていたブロードキャストアドレッシングをIPマルチキャストアドレッシングが置き換える。 歴史[編集] IPマルチキャストは1986年に最初に標準化された。以降、その仕様はグループ管理と管理用アドレススコープを含めるために改訂された。[1] 概要[編集] IPマルチキャストはIPネットワーク上で1対多数、
ネットワーク基礎
mutual-TLS(mTLS, 2way TLS)相互認証の仕組み ~クライアント認証とトークンバインディング over http
UDPヘッダのフォーマット | SEの道標
UDPの特徴UDP はクライアントのアプリケーションとサーバのアプリケーション間でのデータのやり取りを規定するだけのシンプルな構成となっています。 そのため、負荷が軽いですがやフロー制御や輻輳制御といった、信頼性や通信の効率性を提供する機能はありません。 シーケンス番号なども無いため、パケットの到着の順番が入れ替わっても UDP レベルでは認識できません。 VoIP 等のリアルタイムアプリケーションにおいては、順番が変わると影響があるため、UDP の上位のレイヤー (例えば RTP) で順番の確認をすることがあります。 UDP のフォーマットUDP の通信データ単位は TCP と同様、"セグメント"と呼ぶことが多く、ここでもそれに倣うことにします。 以下に UDP セグメントのフォーマットを示します。UDP は IPv4 の上位レイヤーとして使う場合、IPv4 のプロトコルフィールドに O
TCP/IP raw ソケット - Win32 apps
生ソケットは、基になるトランスポート プロバイダーへのアクセスを許可するソケットの一種です。 このトピックでは、生のソケットと IPv4 および IPv6 プロトコルについてのみ説明します。 これは、ATM を除く他のプロトコルのほとんどは、生のソケットをサポートしていないためです。 生のソケットを使用するには、使用されている基になるプロトコルに関する詳細情報がアプリケーションに必要です。 IP プロトコルの Winsock サービス プロバイダーは、ソケットの 種類 の SOCK_RAWをサポートしている場合があります。 Windows に含まれる TCP/IP 用 Windows ソケット 2 プロバイダーでは、この SOCK_RAW ソケットの種類がサポートされています。 このような生ソケットには、次の 2 つの基本的な種類があります。 最初の型は、Winsock サービス プロバイ
詳解 Reliable UDP - Speaker Deck
謎の伝送制御プロトコルRUDPの詳細について解説します これは2018年11月10日に行われた Kernel/VM/探検隊@北陸 part 4 での発表資料です サンプルコード: https://github.com/Fadis/rudp
L2TP/IPsec
AVPのパラメータ値の暗号化 L2TPには、L2TPパケット全体を暗号化する仕組みはありませんが、各AVPのパラメータ値を暗号化させる仕組みが取り入れられています。AVPパラメータ値の暗号化には、属性番号36のRandom Vector AVPで通知されるRandom Vectorおよびその属性番号(36)と、LACとLNSで事前に共有するパスフレーズの3つを用いたMD5ハッシュ関数で導出される共有鍵を使用します。そのため、Random Vector AVPはAVPsの中で暗号化して通知したいAVPよりも前に配置されます。 L2TPの制御メッセージ(AVPが暗号化される場合) +--------+--------------------------------------------------------------------------+ | | ペイロード | | L2TP | +
Googleの新プロトコルQUICを試す - ぼちぼち日記
1.QUIC仕様の公開 以前、「Googleが仕掛ける新プロトコルQUICとは何か」のブログエントリーを書いたのが2月末の事でした。それから4か月経ち、今朝Googleが初めてQUICの公表(Chromium Blog: Experimenting with QUIC)を行いました。 IE11のSPDY/3対応が判明した直後でした。なんというタイミングでしょうか。 また、近いうち（来週？）には HTTP/2.0 の Implementation Draft が公開される予定です。8月上旬には、GoogleやMicrosoft等が集まって初めての HTTP/2.0 の相互接続試験を行う予定です。ただ今HTTP関連のプロトコルが急激に進化する真っ最中です。目が離せません。 2. で、QUICとは何なのか？ 先のChromium BlogのエントリーでQUICは、 「Quick UDP Inte
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RELIABLE UDP PROTOCOL draft-ietf-sigtran-reliable-udp-00
RFC 8825: Overview: Real-Time Protocols for Browser-Based Applications
WebRTC Priority Control API