SIPって知ってるかい？ [Part 2]

1 名前：SIP [03/08/04 05:12 ID:bCc6LkdD] SIPってプロトコル知ってるかい？ ☆インターネット上において指定した相手とコンタクトする機能 ☆様々なメディア・アプリにて相手とセッションを確立する機能 ☆メッセージおよび種々のイベントの非同期通知を実現する機能 などのインターネット上で不可欠な基本機能の枠組みを提供するSIPについて そのプロトコルや相互接続ならびに各アプリやシステムの動向について語りましょう 過去スレ SIPって知ってるかい？ pc.2ch.net/test/read.cgi/network/988207855/ 577 名前：　 mailto:sage [04/10/27 00:22:08 ID:???] SIPカンファレンスって行く価値あり？ 578 名前：_ mailto:sage [04/10/27 00:31:43 ID:???] >>577 無い 579 名前：うにょ？ mailto:sage [04/10/30 22:25:34 ID:???] TTCから正式にSIPについての仕様書出たけど だれか読んだ香具師いる？ (TS-1005〜7) 内容如何によっては買っても良いとは思ってるんだが、 しょうもないことしか書いていないのなら無駄だしなぁ・・・。 580 名前： 湿布 mailto:sage [04/10/31 12:56:36 ID:???] あんなふざけたSIP仕様を採用されたらうちはキャリアに出入りしません。 581 名前：　 mailto:age [04/10/31 21:51:39 ID:???] 良ｽﾚage 582 名前：某キャリア mailto:sage [04/10/31 22:45:33 ID:???] >>580 さようなら〜 583 名前：　 mailto:sage [04/11/01 16:50:38 ID:???] SIP Conference ネタだけど、 ある講演で迅速をビンソクと何度も言ってたのにﾜﾗﾀ あの会社の人は程度が低いですね 584 名前：　 mailto:sage [04/11/02 00:42:37 ID:???] SIPカンファレンスで面白いネタ見つけた 585 名前：hoge mailto:sage [04/11/03 01:27:53 ID:???] >>580 そんなにひどいんだ…RFC無視しまくり？ どこかのキャリアにべったりだったりとか？ それとも現実見てない仕様？ 586 名前：_ mailto:sage [04/11/07 11:20:20 ID:???] このスレで技術的なこと出すだけ無駄だって・・・ 587 名前：　 mailto:age [04/11/07 21:57:00 ID:???] 良ｽﾚage 588 名前：あげ mailto:あげ [04/11/18 12:48:39 ID:???] なあなあ、お前ら 音質とか通話品質の計測にどんなツール使ってますか？ うちにあるやつ、使いにくいしぃ〜 589 名前： mailto:sage [04/11/19 05:41:25 ID:???] MOS評価ですが何か。 590 名前：588 mailto:sage [04/11/20 00:35:46 ID:???] >>589 マジですか・・・＿|￣|○ つか、一度くらいは まじめにMOS実測したいかもw 591 名前：589 mailto:sage [04/11/20 07:49:33 ID:???] 半分冗談だったのに、真に受けられちゃった・・・ 592 名前：　 mailto:age [04/11/22 20:51:21 ID:???] 良ｽﾚage 593 名前：login:Penguin mailto:sage [04/11/22 21:39:07 ID:???] SIP Express RouterとserwebをcoLinux(debian)に インスコした。 UnixUserはまだ見て無いが、日本語ガイド無さ杉。 パスの指定がずれているところがいっぱいで、 えらい苦労したが、こんなもんなの？ 594 名前：anonymous@ p3230-adsah09honb1-acca.tokyo.ocn.ne.jp [04/11/23 09:38:08 ID:xnjZwrpD] シップ貼ってるよ 595 名前：　 mailto:sage [04/11/23 18:34:31 ID:???] SIP対応のN900iLってどうなの？ 596 名前：. mailto:sage [04/11/23 19:13:48 ID:???] >>595 わからんねぇ。 買って試してみるかなぁ。会社の金で。 597 名前：orz mailto:sage [04/11/25 17:37:45 ID:???] >>591 冗談半分で言えるならいいよな・・・・ 598 名前：589 mailto:sage [04/11/26 09:25:18 ID:???] >>597 ごめん。 漏れはMOS評価でテストに協力するだけだから、そのデータをまとめる苦労は知らないんです。 599 名前：anonymous@ PPPa45.otemachi.acca.dti.ne.jp mailto:sage [04/12/07 01:30:58 ID:???] RFC2543準拠のUA作ってます。 まぁ世に出ることはないがなw。 仕様はさすがに暴露できんが・・・つーか固まってすらいねぇ・・・。 テスターさん方・・・頼むからあんたらの項目教えてくれやorz 600 名前：6xx mailto:sage [04/12/07 23:28:17 ID:???] グローバルエラー応答に突入 601 名前：anonymous@ ca6-nat.cty-net.ne.jp [04/12/10 00:13:13 ID:kTjqu4gS] ソフトフロントのｍ２ｍ−ｘってどうですか？ プロの方々の意見を求む・・・ www.softfront.co.jp/spp/m2m_set/m2mx_lib.html 602 名前：anonymous@ 152.122.180.203.dy.iij4u.or.jp mailto:sage [04/12/11 14:08:40 ID:???] NS602試験機繋げてレベル試験。 603 名前：anonymous@ 219.127.228.244 [04/12/14 11:47:59 ID:fD47N2/a] SIPサーバを立てようと思ってるんだけど フリーのSERってのはmysql起動してないとダメなのか？ 教えて 604 名前：. mailto:sage [04/12/14 12:45:02 ID:???] >>603 よく知らんけど、SERだけで使えなかったら入れたらよろし。 605 名前： mailto:sage [04/12/15 15:47:54 ID:???] >>603 おれも悩んだけど、mysql なしだと anonymous サーバになるだけ。 実験用なら問題無し。 606 名前： mailto:sage [04/12/18 17:01:12 ID:???] >>599 なんで2543なの・・・ 607 名前：からと [05/01/15 12:50:51 ID:NQ2KkgW2] 最近、新製品でねぇな 608 名前：anonymous@ d254177.ppp.asahi-net.or.jp [05/02/04 00:30:40 ID:CsJ5uIel] すたれるなぁ。こりゃ 609 名前：からと mailto:AGE [05/02/05 15:09:05 ID:???] 晒しあげ >>1 SPI スペース・インベーダー・プロトコル 610 名前：anonymous@ c-24-4-89-187.client.comcast.net mailto:sage [05/02/06 13:21:29 ID:???] どこかにSIPソフトフォンとSIPサーバのリストない？ できれば無料のソフトフォンとサーバ。 611 名前： mailto:sage [05/02/06 16:54:53 ID:???] >610 www.google.co.jp/ 612 名前：Proxyモドキ製作中 mailto:sage [05/02/06 22:58:39 ID:???] ダメ元でお聞きします。ネットサービス板にあんまり技術的じゃない部分で 同様の内容を書き込んでいますが、マルチポスト気味になっているのはご容赦ください。 NAT内からSIPを使う為のProxyモドキを作っています。 FWDとPOINTではNAT内からの接続に成功したのですが、Livedoorに繋ごうとすると 403 Forbbiden がでます。 何がおかしいのかと調べてみたところLivedoor社から提供されている純正のソフトではREGISTERパケットで発するパケットのうち 以上に長い、Call-IDとViaがありました。 Call-ID: f5bb0f87-7815-11d9-b410-d02f69d563ed@192.168.10.102 Via: SIP/2.0/UDP 192.168.10.102:5060;branch=z9hG4bKff5eb165-7815-11d9-8029-b066aef3e161 Livedoor社ではSER(SIP　Express　Router)を使っているようですが、どなたかこの以上に長い Call-IDとViaは何なのかわかりませんでしょうか？ 613 名前：SBC mailto:sage [05/02/07 00:23:58 ID:???] >>612 異常に長い？RFCの許容範囲内だろ。 お前の「Proxyもどき」で対応しろよ。 614 名前：610 mailto:sage [05/02/07 04:20:18 ID:???] >>611 有り難う！　超たすかったヨ。 615 名前：615 mailto:sage [05/02/07 07:21:28 ID:???] >>612 SIPサービスって認定端末以外を経由して繋ぐのって契約違反にならないの？ 616 名前：Proxyモドキ製作中 mailto:sage [05/02/07 07:53:11 ID:???] >613 >異常に長い？RFCの許容範囲内だろ。 知っています。 >お前の「Proxyもどき」で対応しろよ。 対応させたいので教えてください。 617 名前：　 mailto:sage [05/02/07 09:52:27 ID:???] 質問の意図が分からんよ。 ＞Call-IDとViaは何なのかわかりませんでしょうか？ 何を知りたいのかさっぱりだ。 何か-乱数-乱数-乱数-MACアドレスってRFC2543か何かに書いてなかったっけ？ 618 名前：615 mailto:sage [05/02/07 23:23:23 ID:???] Call-IDはそのままの値で、Viaのところだけ外のアドレスになるように書き換えたら？branchはそのままで。 なーんとなくだけど別な理由で403返されてる気がします。 Livedoorの純正ソフトってskywebだっけ？びみょーな会社だな…。 619 名前：615 mailto:sage [05/02/07 23:31:08 ID:???] Livedoor sip phoneスレみてきたけど、みんなてきとーなこと言っててワラタ 620 名前：615 mailto:sage [05/02/07 23:50:28 ID:???] NATで思い出したけど sipphone.livedoor.com/faq/index.cgi?id=5#64 確かこれってsipphone.comがやってるのと同じ方法のNAT越えのやり方なんじゃなかったっけ。 621 名前：login:Penguin mailto:sage [05/02/08 00:23:39 ID:???] ttp://wiki.sip-ix.jp/ と ttp://voip.jp/ の関係を教えてください。 622 名前：Proxyモドキ製作中 mailto:sage [05/02/08 07:52:21 ID:???] >617 ここにいる人なら、何か見覚えのある文字列だったり、同様の事例を知っているかもなと思っただけです。あと >何か-乱数-乱数-乱数-MACアドレスってRFC2543か何かに書いてなかったっけ？ RFCを見てみましたが、見つかりませんでした。 623 名前：Proxyモドキ製作中 mailto:sage [05/02/08 08:10:14 ID:???] >615-618 MACアドレスかと思ってみてみたのですが、自分のMACアドレスではありませんでした。 >620 パケットを見る限り、フツーのSIP　クライアントと相違は無いパケットです。 なのでサーバー側でSIP　パケットを見てあて先を決めているのではなく 単に接続してきたグローバルIP宛てにパケットを返すようにサーバーを設定しているっぽいです。 いずれにしろ、Livedoorは追ってもまた制限されそうなので、実装するのはやめました。 ありがとうございました。 624 名前：__________ mailto:sage [05/02/09 17:18:45 ID:???] SIPのVoIPとIM以外の応用って どんなのがありますか？ 625 名前：..... mailto:sage [05/02/09 22:55:58 ID:???] >>623 MACアドレスをそのまま載せるアホはいないだろ。 まぁ、いずれにせよSIPの勉強が足りんな。 626 名前：＿ mailto:sage [05/02/11 08:59:50 ID:???] >>623 試しにやってみたけど、ヘッダに Allow: INVITE,ACK,CANCEL,BYE User-Agent: Grandstream BT100 1.5.6.16 を入れてやると普通にREGISTERできた。User-Agentで規制してるっぽいね。 627 名前：SIPフォンユーザー mailto:sage [05/02/11 11:08:52 ID:???] と言うことは、 User-Agent:だけを書き換えるProxyを作ってそれを経由すれば 専用電話じゃなくても(ry 628 名前：SIP mailto:sage [05/02/12 14:59:06 ID:???] >>626 >を入れてやると普通にREGISTERできた。User-Agentで規制してるっぽいね。 発信・着信はできた？ >>627 >User-Agent:だけを書き換えるProxyを作ってそれを経由すれば ヘッダを書き換えられるSIPサーバもあるし、それ使えば出来るね。 629 名前：Proxyモドキ製作中 mailto:sage [05/02/16 07:50:35 ID:???] すみません、しばらくスレッドを見てませんでした。 >626 ヘッダに入れる文字列もわかるということは、SIP-Phoneアダプタの持ち主ですか？ Livedoor社から提供されている純正のソフトではヘッダはありませんでしたし。 有力な情報ありがとうございます。 630 名前：_ mailto:sage [05/02/17 17:10:53 ID:???] SER 0.8.14に追加されたUser-agent認証だろ。単に。 631 名前：_ mailto:sage [05/02/18 10:36:04 ID:???] ところで、Livedoor以外に日本でSERを使ってるキャリアってあるの？ 632 名前：_ mailto:sage [05/02/18 10:58:16 ID:???] 631の言うキャリアの定義がよくわからんが 633 名前：631 mailto:sage [05/02/18 15:08:39 ID:???] "050番号の電話会社"では？ 何と言うのが正しい？ 634 名前：　 mailto:sage [05/02/18 16:19:21 ID:???] LivedoorはITSPじゃないか？この場合のキャリアはNTT東西かな。 635 名前：635 mailto:sage [05/02/19 01:55:58 ID:???] 所詮、sipphone.comだしな。どっちかというとskypeのモデルに近い。まぁ、そっちに移行するんだろうけど 636 名前：__ mailto:sage [05/02/19 07:15:47 ID:???] sipphone.comみたいな、ユーザにレジストさせて相互に通話をさせるサービスもITSPになるの？ でも公衆回線から着信はできないよね。 637 名前：637 [05/02/26 04:35:13 ID:AoMf45DZ] >>628 >ヘッダを書き換えられるSIPサーバもあるし、それ使えば出来るね。 それ教えて。 638 名前：638 mailto:sage [05/02/27 10:06:57 ID:???] >>637 さー 639 名前：637 [05/02/28 04:44:44 ID:KllszRSx] >>638 >さー SER? 640 名前：_ mailto:sage [05/02/28 12:56:21 ID:???] SERってWindowsで動く？ 641 名前：anonymous@ dd179.opt2.point.ne.jp mailto:sage [05/03/01 21:37:13 ID:???] SIP(3PCC)+SDP+RTPに関する質問です。 クライアント(A, B, C)が3つありまして、サーバが1つあります。 クライアントとサーバのインターフェイスはSIP/SDPです。 他にウェブサーバがあり、ブラウザで呼制御を行っています。 ブラウザより開始しますと、3PCCサーバが各々のクライアントに INVITEを投げます。 このINVITEを投げる時点で、3PCCサーバはクライアントのRTP通信に 関する情報を知っているとします(ポートとメディアの情報)。 このINVITEにSDPを含んでいます。 3PCCサーバから各々のクライアントへSDPのオファーを飛ばしてい る事になります。 このオファーは以下の様なイメージです。 これは3PCCサーバからクライアントAに投げたオファーです。 ------------------------------------------------------------ v=0 o=3PCC 0 0 IN IP4 3PCC.com s=- t=0 0 m=audio 30000 RTP/AVP 0 c=IN IP4 B.com a=rtpmap:0 PCMU/8000 m=audio 30000 RTP/AVP 0 c=IN IP4 C.com a=rtpmap:0 PCMU/8000 ------------------------------------------------------------ 642 名前：641 mailto:sage [05/03/01 21:38:19 ID:???] このSDPを受けたクライアントAは以下の様にアンサーを返します。 ------------------------------------------------------------ v=0 o=A 0 0 IN IP4 A.com s=- t=0 0 m=audio 30000 RTP/AVP 0 c=IN IP4 A.com a=rtpmap:0 PCMU/8000 m=audio 30000 RTP/AVP 0 c=IN IP4 A.com a=rtpmap:0 PCMU/8000 ------------------------------------------------------------ この状況を考えて頂きたい。それでは質問に入ります。 643 名前：641 [05/03/01 21:38:54 ID:LXb36NdK] 1.上記アンサーのSDPでは同じトランスポートアドレスを2つのメデ ィア(m=)に入れて、更に同じペイロードで同じメディアですが、こ れは正しいのか？反則なのか？ (反則の様な気がしています) 2.上記オファーを受けた段階で、2つあるメディア(m=)を1つのRTP セッションと解釈するべきなのか？それとも別々のRTPセッション と解釈すべきなのか？ (別々の様な気がしています) 3.上記アンサーをサーバが受けた段階で、2つあるメディア(m=)を1 つのRTPセッションと解釈するべきなのか？それとも別々のRTPセッ ションと解釈すべきなのか？ (別々の様な気がしています) 4.RTPに於いて複数のポイントツーポイントユニキャストRTPセッシ ョンを1つのトランスポートアドレスに割り当てるのは反則か？ (反則の様な気がしています) 5.RTPに於いてマルチユニキャストRTPセッションの他参加者からの 受信を1つのトランスポートアドレスに割り当てるのは反則か？ (ありの様な気がしています) 以上です。宜しくお願い致します。 644 名前：637 [05/03/03 00:56:55 ID:9TU4wYSe] >>638 SERで、user-agent ヘッダーを書き換える方法分からないよ。教えて〜。 SERでなくてもできればよいです。誰かやった人いる？ 645 名前：シップ mailto:sage [05/03/03 22:55:36 ID:???] >>641 なんで、クライアントAは２つのメディアを返すんだ？ 646 名前：_ mailto:sage [05/03/04 01:15:50 ID:???] >>644 やった　NOTASIP 1,140件ヒット 647 名前：641 [05/03/04 06:55:46 ID:nrdeAY9L] >>645 サーバが2つのメディア(m=)を送って来ているので、その各々のメディア(m=)に 対するアンサーとして2つ返しています。 その他にSDPの仕様として「一度増えたメディア(m=)はその後に使われなくなっ たとしても、ポート番号を0にするなりinactiveにするなりして、残しておかな くてはならない[MUST]」だったか、そんな仕様があった筈です。 私からの質問の方ですが、 www.ietf.org/mail-archive/web/mmusic/current/msg03317.html 〜 www.ietf.org/mail-archive/web/mmusic/current/msg03326.html のやり取りが参考になりそうな気がしています。少しずれていますが。 648 名前：anonymous@ router.fractalist.jp [05/03/04 16:22:13 ID:CSVZsAMy] RTPについて質問させて下さい。 １．RTPは２セッションを使用し、片方向（半二重通信）を行っているよう ですが、技術的には双方向（全二重通信）をしても問題ないと思います。 どのような理由から片方向通信となったのでしょうか？ ２．RTCPのポートを使用しない、又は、RTPと同じポートにまとめる 事は可能でしょうか？ ３．SymmetricRTPは１セッションで双方向通信が行えるようですが、RTP の仕様として各メディア（音声、動画など）毎にセッションを張りますが、 １つのセッションにまとめることは可能ですか？ ご存知の方がおられましたらよろしくお願い致します。 649 名前：_ mailto:sage [05/03/04 19:33:08 ID:???] ＞１． ユニキャストIPアドレスを使っている場合、 エンドシステム１←――――――――――――――――――――→エンドシステム２ ＩＰアドレス１９２．１６８．１．１　　　　　　　　　　　　　　　　　　　　　ＩＰアドレス１９２．１６８．１．２ ＵＤＰポート５００００（ＲＴＰ）、５０００１（ＲＴＣＰ）　　　　　　　　　　ＵＤＰポート４００００（ＲＴＰ）、４０００１（ＲＴＣＰ） これで１つのＲＴＰセッションになると思うんだが。 ＞２． 無理じゃないか。たぶん。 ＞３． だめって書いてあったぞ。っていうかだめって書いてあった事を知っているんだよな。じゃあだめじゃないのか。 650 名前：６４９ mailto:sage [05/03/04 19:36:16 ID:???] ＞２． そういやどっかに書いてあったかも知んない。受信専用何とかって。忘れたけど。 651 名前：６４９ mailto:sage [05/03/04 19:39:01 ID:???] ＞３． Separate audio and video streams SHOULD NOT be carried in a single RTP session and demultiplexed based on the payload type or SSRC fields. Interleaving packets with different RTP media types but using the same SSRC would introduce several problems: SHOULD NOTだな。 652 名前：648です [05/03/04 21:54:22 ID:CSVZsAMy] ご回答ありがとうございます。 649さん ＞＞1 確かにその通りなのですが、それをSymmetricRTPといいます。 元々、RTPは２つのセッション使用していた為、その経緯を ご存知の方がおられましたらお願い致します。 ＞＞3 RTPとしては駄目でしたが、双方向での通信も可能となった為、 ご存知の方がおららればと思い質問させて戴きました。 650さん ＞＞2 受信のみ？ ストリーミングのRTSPの事でしょうか？？ 651さん ＞＞３ ありがとうございました。 653 名前：さげ mailto:sage [05/03/05 01:41:34 ID:???] １．RTPは２セッションを使用し、片方向（半二重通信）を行っているよう ですが、技術的には双方向（全二重通信）をしても問題ないと思います。 どのような理由から片方向通信となったのでしょうか？ -> 片方向通信の場合もあるから。また、セッションの仕様としてはそうしたほうが汎用性がある。 ２．RTCPのポートを使用しない、又は、RTPと同じポートにまとめる 事は可能でしょうか？ -> RTCPを使用しないということならあり。同じポートは君のUA同士ならありかもしれないけど 一般的にはNG.RTCPのポートの決め方から明らか 654 名前：RFC3550 RTP session: 1 mailto:sage [05/03/05 08:49:39 ID:???] RTP session: An association among a set of participants communicating with RTP. A participant may be involved in multiple RTP sessions at the same time. In a multimedia session, each medium is typically carried in a separate RTP session with its own RTCP packets unless the the encoding itself multiplexes multiple media into a single data stream. A participant distinguishes multiple RTP sessions by reception of different sessions using different pairs of destination transport addresses, where a pair of transport addresses comprises one network address plus a pair of ports for RTP and RTCP. All participants in an RTP session may share a common destination transport address pair, as in the case of IP multicast, or the pairs may be different for each participant, as in the case of individual unicast network addresses and port pairs. In the unicast case, a participant may receive from all other participants in the session using the same pair of ports, or may use a distinct pair of ports for each. 655 名前：RFC3550 RTP session: 2 mailto:sage [05/03/05 08:50:17 ID:???] The distinguishing feature of an RTP session is that each maintains a full, separate space of SSRC identifiers (defined next). The set of participants included in one RTP session consists of those that can receive an SSRC identifier transmitted by any one of the participants either in RTP as the SSRC or a CSRC (also defined below) or in RTCP. For example, consider a three- party conference implemented using unicast UDP with each participant receiving from the other two on separate port pairs. If each participant sends RTCP feedback about data received from one other participant only back to that participant, then the conference is composed of three separate point-to-point RTP sessions. If each participant provides RTCP feedback about its reception of one other participant to both of the other participants, then the conference is composed of one multi-party RTP session. The latter case simulates the behavior that would occur with IP multicast communication among the three participants. The RTP framework allows the variations defined here, but a particular control protocol or application design will usually impose constraints on these variations. 656 名前：RFC1889 RTP session: mailto:sage [05/03/05 08:50:52 ID:???] RTP session: The association among a set of participants communicating with RTP. For each participant, the session is defined by a particular pair of destination transport addresses (one network address plus a port pair for RTP and RTCP). The destination transport address pair may be common for all participants, as in the case of IP multicast, or may be different for each, as in the case of individual unicast network addresses plus a common port pair. In a multimedia session, each medium is carried in a separate RTP session with its own RTCP packets. The multiple RTP sessions are distinguished by different port number pairs and/or different multicast addresses. 657 名前：RFC3550 obsoleted RFC1889. mailto:sage [05/03/05 09:04:05 ID:???] ＞１．RTPは２セッションを使用し、片方向（半二重通信）を行っているよう ＞ですが、技術的には双方向（全二重通信）をしても問題ないと思います。 ＞どのような理由から片方向通信となったのでしょうか？ なんだか日本語がおかしい気がするのでよく分からないんだけど、昔のRFC1889 と最新のRFC3550では定義が変わっているので、よく読むと何か分かるかも。 俺が読んでみた限りでは半二重とはどこにも書いてないように見えるんだけど。 ＞セッション この「セッション」ってのはトランスポートレイヤの「コネクション」の事を 言っている？ RFC3551には、送信トランスポートアドレスを受信トランスポートアドレスと同 じにすべき[SHOULD]と書いてあったりするよ。解釈間違いかもしれないけど。 8. Port Assignment As specified in the RTP protocol definition, RTP data SHOULD be carried on an even UDP port number and the corresponding RTCP packets SHOULD be carried on the next higher (odd) port number. 658 名前：さげ mailto:sage [05/03/05 20:58:40 ID:???] 649のパターンをひとつの「セッション」というかは謎。L4のセッションという意味では２つだよね 俺の理解がおかしいかもしれないのでマスタリングTCP/IP RTP編（ｗでも読んでみるか ところでRTPの話って何気にｽﾚ違いのような気がするが… 659 名前：657 mailto:sage [05/03/06 05:47:13 ID:???] > RFC3551には、送信トランスポートアドレスを受信トランスポートアドレスと同 > じにすべき[SHOULD]と書いてあったりするよ。解釈間違いかもしれないけど。 > > 8. Port Assignment > > As specified in the RTP protocol definition, RTP data SHOULD be > carried on an even UDP port number and the corresponding RTCP packets > SHOULD be carried on the next higher (odd) port number. 「RTPは等しいポート番号で送られるべきで、RTCPは次の奇数のポート番号で送 られるべき」とか思っていたけど、そうじゃなくて、「RTPは偶数のポート番号 に送られるべき、RTCPは次の奇数のポート番号に送られるべき」なんだなと思っ た。 > 649のパターンをひとつの「セッション」というかは謎。L4のセッションという意味では２つだよね > 俺の理解がおかしいかもしれないのでマスタリングTCP/IP RTP編（ｗでも読んでみるか RTP session的には1つになるよ。 -------->>655-------- (also defined below) or in RTCP.>>>>>For example, consider a three- party conference implemented using unicast UDP with each participant receiving from the other two on separate port pairs. If each participant sends RTCP feedback about data received from one other participant only back to that participant, then the conference is composed of three separate point-to-point RTP sessions. If each participant provides RTCP feedback about its reception of one other participant to both of the other participants, then the conference is composed of one multi-party RTP session.<<<<< The latter case simulates the behavior that would --------655<<-------- UDP的には2つのコネクション(?)だかセッション(?)になるのかな？ 個人的には、UDPには半二重も全二重もコネクションもセッションも糞も無いと思っているけど。 だってコネクションレスだし…。 660 名前：638 mailto:sage [05/03/06 12:58:51 ID:???] textopsモジュールのREADMEを嫁 661 名前：638 mailto:sage [05/03/06 12:59:31 ID:???] ↑ >>644 662 名前：638 mailto:sage [05/03/06 13:01:26 ID:???] ところで、SERはホリエモンのところで使ってるのか？ 663 名前：659 mailto:sage [05/03/06 17:28:54 ID:???] > > 649のパターンをひとつの「セッション」というかは謎。L4のセッションという意味では２つだよね > > 俺の理解がおかしいかもしれないのでマスタリングTCP/IP RTP編（ｗでも読んでみるか > UDP的には2つのコネクション(?)だかセッション(?)になるのかな？ > 個人的には、UDPには半二重も全二重もコネクションもセッションも糞も無いと思っているけど。 > だってコネクションレスだし…。 RTPの下のプロトコルはUDPとは限らないんだった。 TCPを実際に使う奴は居ないと思うんだけど、TCPとかを使っても良いんだったよな？ そう考えると、L4のコネクションだかセッションが2つあるって考えは正しいんだな、納得した。 664 名前：_ mailto:sage [05/03/06 21:51:42 ID:???] 最近、英文ばっかだな。。。盛り上がってきたのはいいけど。 665 名前：_ mailto:sage [05/03/06 21:57:53 ID:???] >>662 REGISTERを投げると 　Server: Sip EXpress router (0.8.11 (i386/linux)) ってのが返ってくるけど、その先は知らん。 666 名前：637 [05/03/06 23:50:18 ID:LHtwobhn] >>644 >SERで、user-agent ヘッダーを書き換える方法分からないよ。教えて〜。 >SERでなくてもできればよいです。誰かやった人いる？ 自己レスですが。やっとできました。Brekekeつかったら簡単でした。 Brekeke のサイトにはTaRaBa と接続できるって書いてあったけど、 user-agent ヘッダーを書き換えればライブドアにもつながるかな。 ところでTaRaBa 使っている人なんているんでしょうか？ アメリカの電話番号持てるって。便利だと思う人もいるのかな？ 667 名前：_ mailto:sage [05/03/07 08:14:49 ID:???] >>666 アメリカの電話番号をアメリカ国外で使う人が増えたら、 それはそれで、ややこしいな。 668 名前：さげ mailto:sage [05/03/09 01:22:43 ID:???] 3PCCって実装してるもんなの？ 669 名前：anonymous@ cf97.opt2.point.ne.jp mailto:sage [05/03/09 22:05:05 ID:???] 未だ実験段階ですが、やってる事はやってますね。 670 名前：100rel mailto:sage [05/03/17 01:29:21 ID:???] PRACK ってプラックって発音でいいのかな？ 671 名前：　 mailto:age [05/03/17 09:48:29 ID:???] 　 672 名前：　 mailto:sage [05/03/17 11:23:03 ID:???] NECさんが接続試験に来てないんですけど…？ 673 名前：REFER/NOTIFY mailto:sage [05/03/18 00:07:11 ID:???] >>672 NDA違反につき処刑。 674 名前：REFER/NOTIFY mailto:sage [05/03/18 00:12:01 ID:???] >>670 ぴーあーるあっく。 675 名前：& ◆6491a6QoZA [05/03/19 22:12:37 ID:V/CZRLO+] >>670 ピア・ラック 676 名前：676 mailto:sage [05/03/19 23:32:30 ID:???] >>670 プラシケ 677 名前：_ mailto:sage [05/03/20 16:39:05 ID:???] PRACKって、使ってる端末あんの？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef