WebRTCにおけるNAT越えの課題へのアプローチ - 鈴木うどんの横須賀おもしろ生活

WebRTCにおけるNAT越えの課題へのアプローチ - Qiita に移転しました。

[moccos_info]

"一部のアプリケーションレベルゲートウェイやエンタプライズ向けのファイアウォールでは、通信の内容を解析してIPアドレスらしき情報を動的に書き換えてしまう場合が" ひょえー

[naga_sawa]

NAT越えには色々と泥臭い手が多数使われている/いろいろ使わないと実用的にならんのよね

[tanakh]

WebRTC見たときにこれnat越えどうするんだろって思ったけど、STUNとICEでホールパンチングするのが企画に入ってるのか。ってかSTUNとかって規格化されてたのか。ふーむ。

[cco]

STUNについて。

[mhkohei]

TURNのコスト。。

[Kanasansoft]

RFCや歴史的背景も踏まえたNAT traversal/STUN/TURN/ICEの解説。かなり詳しい。

[mas-higa]

"ピア感" !

[syuu1228]

“WebRTCではDTLS上にSCTPを通すことで、すなわちトランスポートにUDPを用いるSCTPを実装することによって、既存のインターネットの世界でSCTPを用いることを可能としてしまった。” うわぁ…

[Rockridge]

「NAT越えの課題に対する新たな取組みは現在進行形であり、様々な拡張が議論されている。ブラウザの実装は流動的でありメディアフローの挙動は定まっていない。」

[Jxck]

SCTP over DTLS って HTTP2 over SSL と似た発想だったんだなぁ。やはり最近の暗号化必須化ってこっちのモチベーションの強さ感じる。

[o_hiroyuki]

webRTC

[countzero00000]

気になる

[hirsato]

Webが未来永劫テレフォニーの世界と無縁であるとも限らず、そのような時代が到来したならば、既存VoIP機器とWebRTCデバイスの差異に対する知識が、まず何をすべきかの判断に役立つと信じている。

[kasumani]

WebRTCにおけるNAT越えの課題へのアプローチ インターネットのエンドユーザが用いるホストのほとんどが何らかのNATデバイスの配下に設置されている。この事実はWebに携わる技術者の間では広く知られているだろう。全世界