VoIP/WebRTC技術者のためのSTUN/TURN サーバー解説。その3. 「さくらのVPS」でつくるSTUN/TURN サーバー(セットアップ編)。 | Call Center Trends
VoIP/WebRTC技術者のためのSTUN/TURN サーバー解説。その3. 「さくらのVPS」でつくるSTUN/TURN サーバー(セットアップ編)。 今回はSTUN/TURN サーバー解説の３回目です。前回(第2回)のインストール編は「TURNサーバー構築の目的」、「さくらVPSの紹介」、「事前のネットワーク設定」、「TURNサーバのオープンソフトウェアであるCOTURNのインストール」について説明しています。前回をまだ見てない方はそちらから見ることをオススメします。今回はCOTURNをインストールしていることを前提に、TURNサーバーをセットアップしていきます。また、前回同様、「さくらのVPS 」を利用して構築していきます。STUN/TURNについて、ぼんやりと知っているという方にはこの記事に沿って実際に構築してみることを今回も強くオススメします。実際に手を動かしてみると本当の理解
NodeJSでSTUN(RFC5389)(の一部)を実装した - console.lealog();
そもそも「STUNを実装する is 何」というところから整理しないとですが、しました。 ただしタイトルにもある通り、一部です。 GitHub - leader22/webrtc-stun: 100% TypeScript STUN implementation for WebRTC. JavaScriptの先行実装はいろいろ見つかるけど、TypeScriptの実装はたぶん初。 `webrtc-stun`というパッケージ名で、npmからもインストールできます。 そもそもSTUNとは Session Traversal Utilities for NAT の略 WebRTCでピア同士がつながるために、NATの向こう側にいる相手のIPやらが必要 それをどうにかして取ってくるための方法がまとまってる仕様 手続きとそれに使うツールの作り方が書いてある 簡単に言うと、固定長のヘッダ + 任意の数の属性
Let's begin WebRTC
1. Let's begin WebRTC! 2013/03/22 Web先端技術味⾒見見部#18 Toru Yoshikawa (@yoshikawa_̲t) 2. Who? 吉川 徹 / Toru Yoshikawa @yoshikawa_̲t Google Developer Experts (Chrome) html5j.org/HTML5とか勉強会スタッフ ⽇日本jQuery Mobileユーザー会 管理理⼈人 Sublime Text 2 Japan Users Group 管理理⼈人 allWebクリエイター塾/jQuery Mobile担当講師 Blog: http://d.hatena.ne.jp/pikotea/ 4. Hello Chrome, itʼ’s Firefox calling! https://hacks.
5分で絶対に分かるSIP ― ＠IT
SIP（Session Initiation Protocol）という言葉を聞いて、IP電話やVoIPといったものを思い浮かべる読者も多いのではないでしょうか？ 確かにSIPは「IP電話のプロトコルである」といえますが、クライアントとサーバ間の通信が中心のインターネット上で、「クライアント同士の直接通信を実現」するという大きな機能と可能性を持つ技術なのです。VoIP／IP電話といったアプリケーションを基に、このSIP技術をひもといてみましょう。 電話をネットで再現する「SIP」 SIPが主に使われているVoIPは、その名のとおり音声をIPで伝えるアプリケーションです。音声をIPで単に相手に伝えることは意外と単純で、デジタル化された音声を細切れにしてパケットとして送信するだけです。このパケット送信には、通常RTP（Real-time Transport Protocol）というシンプルなプロ
Stuntman - open source STUN server
STUNTMAN is an open source implementation of the STUN protocol (Session Traversal Utilities for NAT) as specified in RFCs 5389, 5769, and 5780. It also includes backwards compatibility for RFC 3489. Source code distribution includes a high performance STUN server, a client application, and a set of code libraries for implementing a STUN client within an application. The current C++ code base compi
PJNATH - Open Source ICE, STUN, and TURN Library (2.12)
PJNATH (PJSIP NAT Helper) is an open source library providing NAT traversal functionalities by using standard based protocols such as STUN, TURN, and ICE. Background Network Address Translation (NAT) is commonly deployed everywhere primarily to alleviate the exhaustion of IPv4 address space by allowing multiple hosts to share a public/Internet address. While NAT would work well for typical client
PJNATH - Open Source ICE, STUN, and TURN Library (2.12)
PJNATH (PJSIP NAT Helper) is an open source library providing NAT traversal functionalities by using standard based protocols such as STUN, TURN, and ICE. Background Network Address Translation (NAT) is commonly deployed everywhere primarily to alleviate the exhaustion of IPv4 address space by allowing multiple hosts to share a public/Internet address. While NAT would work well for typical client
NAT越えの方法 - Weblog on mebius.tokaichiba.jp
かつてＪＲ横浜線 十日市場駅近くのMebius (CPU:Pentium 150MHz)より発信していたウェブログです。 我が家の自宅HTTPサーバー公開で何度も苦労の種になっているNAT超えであるが、ナンセンスな静的NAT/NAPT変換だけではなく、もっとスマートな方法が色々考えられているようだ。 1. UPnP (Universal Plug&Play) Microsoftを含むグループが提唱した方式で、LAN内の接続先機器がブロードキャストすることにより、UPnP対応ルーターが外部からのアクセスの適切な転送先を把握する方式。Windows XPはUPnPに対応しているらしい。UPnP対応ルーターが必要だが、既に多くのUPnP対応ルーターが出ており、現時点でのデファクトスタンダードか。 2. STUN (Simple Traversal of UDP through NATs) IET
3．Q&A編
「SIP対応」をうたった機器であれば，どんなサービスにも使えて，どんな機器ともつながるのか。実はSIPの場合，現状はそうなってはいない。SIP対応機器同士でもつながらなかったり，サービスを乗り換えると機器ごと買い換えなくてはならなくなったりする。なぜこうした相互接続性の問題が出てくるのだろうか。 規格書にあいまいさが残る SIPには，RFC3261という標準規格を記した技術文書がある。しかも，現在ではほとんどの製品やソフトがこのRFCに準拠している。なのにつながらないケースがある。 つながらない理由はいくつかあるが，（1）RFCの記述があいまいだったり，必要な規定が決められていない，（2）同じ機能を実現するのに方法が複数ある，（3）お互いにサポートしている機能が異なる――といった三つの理由が代表的なところだ（図3-1）。 図3-1●SIP対応機器同士で相互接続性の問題が生じるわけ 実装ミス
PART2 Skype、その通信の仕組み
PART2 Skype、その通信の仕組み：特集：Skypeは企業IP電話を変えるか（1/4 ページ） SkypeはP2Pの仕組みを利用しながら、瞬時にユーザーを検索したり、複雑な設定をせずにファイアウォールを通過したりすることが可能だ。Part2では、Skypeを安定性のある電話システムとして成り立たせている仕組みを解説する。（関連特集）
こてさきAjax:WebRTC事始め - livedoor Blog（ブログ）
今日のポストはWebRTCについて。Webでリアルタイム通信サービスを実現するためのAPIです。ブラウザで、plug-inを使わずにテレビ電話サービスを作ることが出来るようになります。 WebRTCってなーに？ WebRTCのプロジェクトページの冒頭で、WebRTCを以下のように定義しています。 WebRTC is a free, open project that enables web browsers with Real-Time Communications (RTC) capabilities via simple Javascript APIs. The WebRTC components have been optimized to best serve this purpose. ベタに訳すると「WebRTCはオープンなプロジェクトです。簡単な複数の Javascript
webRTCでP2Pの動画チャットを頑張れば試せるデモ作ってみた。 - Alumican on workbench
WebRTCって、P2Pで動画チャットできるって聞いたからためしみた。ら、案の定、動作が安定していないのと、 知らないプロトコルとか出てきて泣いた。 www.webrtc.orgに紹介されている http://apprtc.appspot.com/ のデモコードだと 大きすぎて何しているのかわけわからない。 だから、シンプルにするために ・最低限のコードにする ・サーバをつかわない（本来、P2Pする前にクライアント間でメディア形式を決めるのに使います） を目標にデモを書いてみた。 なので、手動でコピペを頑張ってもらう部分がありますw デモを作る前提知識と参考にしたもの サーバからのPUSHが必要 http://apprtc.appspot.com/ のデモを参考にしています。 デモコードを見るかぎり、サーバからのPUSHが必要です。 このコードは、Google App EngineのCha
http://www.can.shacknet.nu/~ryo/rfc/rfc5389-ja.txt
この文書はRFC 5389の日本語訳(和訳)です。この文書の翻訳内容の正確さは保障 できないため、正確な知識や情報を求める方は原文を参照してください。翻訳者 はこの文書によって読者が被り得る如何なる損害の責任をも負いません。この翻 訳内容に誤りがある場合、訂正版の公開や、誤りの指摘は適切です。この文書の 配布は元のRFC同様に無制限です。 Network Working Group J. Rosenberg Request for Comments: 5389 Cisco Obsoletes: 3489 R. Mahy Category: Standards Track P. Matthews Unaffiliated D. Wing Cisco October 2008 NATのためのセッショントラバーサルユーティリティ (STUN) Status of This Memo This d
家庭用ルーターのNAT特性
NATの特性（NATタイプ） NATは標準仕様が存在しないため、製品によってふるまいが異なる。そして、そのふるまいはNAT越えの難易度に影響する。 STUN (RFC 3489) [1] では、NATのふるまいを4種類に分類している。Full Cone NAT < Restricted Cone NAT < Port Restricted Cone NAT < Symmetric NATの順に越えるのが難しくなり、既存のNAT越えアルゴリズムの多くはSymmetric NATを越えることができない。NAT越えの分野では歴史的にこの分類が用いられているが、これは現実のNATの特性を説明するには不十分であることがわかっている。 そこで、RFC 4787 [2] ではConeやSymmetricといった用語を使う代わりに個々のNATの特性 (behavior) を、Mapping Behavio
PJSIP - Open Source SIP, Media, and NAT Traversal Library
PJSIP is a free and open source multimedia communication library written in C language implementing standard based protocols such as SIP, SDP, RTP, STUN, TURN, and ICE. It combines signaling protocol (SIP) with rich multimedia framework and NAT traversal functionality into high level API that is portable and suitable for almost any type of systems ranging from desktops, embedded systems, to mobile
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Stun turn poc_pilot
Perl Ocean
2009年6月21日 | MNAの世界