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

1 名前：SIP [03/08/04 05:12 ID:bCc6LkdD] SIPってプロトコル知ってるかい？ ☆インターネット上において指定した相手とコンタクトする機能 ☆様々なメディア・アプリにて相手とセッションを確立する機能 ☆メッセージおよび種々のイベントの非同期通知を実現する機能 などのインターネット上で不可欠な基本機能の枠組みを提供するSIPについて そのプロトコルや相互接続ならびに各アプリやシステムの動向について語りましょう 過去スレ SIPって知ってるかい？ pc.2ch.net/test/read.cgi/network/988207855/ 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って、使ってる端末あんの？ 678 名前：　 mailto:sage [05/03/20 18:13:02 ID:???] え？たくさんあると思うが。 679 名前：676 mailto:sage [05/03/20 22:10:19 ID:???] >>677 しょぼい端末以外はたいてい使ってると思う。 ただ、それによってどんぐらい意味があるのかといわれれば？？ セッションタイマーもしかり。 680 名前：　　 mailto:sage [2005/03/21(月) 21:49:44 ID:???] >>679 ふＬっつは使わないけどね。アレはしょぼい端末のうちの一つかもしれんが。 681 名前：676 mailto:sage [2005/03/21(月) 22:17:22 ID:???] >>680 ＩＳＰの仕様書がそうなってるからでしょ。 もしくはオプション。必須にしてる事業者はなかったかと。 682 名前：　 mailto:sage [2005/03/21(月) 22:28:41 ID:???] あう 683 名前：____________ mailto:sage [2005/03/22(火) 17:28:55 ID:???] なんかさ、SIPの仕様だけで、いろなことをやることに無理があるんじゃないの？ 電話事業でSIPが使われていたり、IMクライアントがSIPだったり、 応用に幅がありすぎる気がするんだけど。 そりゃ RFC3261以外にも、用途に応じてRFCがあるだろうけどさ。 とりあえず、IP電話以外のSIPの話が聴きたいです。 684 名前：soge mailto:sage [2005/03/22(火) 21:10:21 ID:???] >683 最初の行と最後の行が繋がらなくないか? 685 名前：683 mailto:sage [2005/03/23(水) 06:50:28 ID:???] >>684 すいません。。 勉強中なので、実感として汎用すぎると思ったのです。 でも、実装として現状がどうなっているのか興味があります。 セッションの開始と終了と認証ができれば、IP電話以外にも、いろいろできそうな気がしたので。。 （その、いろいろが何なのか、まだ漠然としていて、良く判らないのですが。。。） そもそも、SIPのIP電話やIM以外の用途は、タブーなのでしょうか？ 686 名前：　 mailto:sage [2005/03/23(水) 08:21:53 ID:???] 色々出来るんじゃない？ セッションの開始と終了と認証って、 課金する側(サーバ)にしてみれば必要最低限の情報がそこにあって、 UA間で実際のコンテンツのやり取りをしたり…って展示会でそんなの見たな 687 名前：外野 mailto:sage [2005/03/23(水) 10:08:20 ID:???] >685 つ 「SIP/UPnP 情報家電プロトコル」 www.shuwasystem.co.jp/cgi-bin/detail.cgi?isbn=4-7980-1009-X 一部方面向け以外には微妙すぎる組合わせ… 688 名前：683 mailto:sage [2005/03/23(水) 11:49:41 ID:???] >>687 おおっ、こういう本があったのですね！ さっそく買ってみます。ありがとうございます。 > 一部方面向け以外には微妙すぎる組合わせ… すいません、意味が判りません。。 689 名前：６８９ mailto:sage [2005/03/23(水) 20:51:03 ID:???] ＮＴＴこむとか、ＮＴＴこむとか、ＮＴＴこむ方面かな。 690 名前：soup mailto:sage [2005/03/24(木) 14:38:25 ID:???] >685 ちなみに 電話や IM 以外の用途 はプロトコル仕様上は それこそなんだって出来るけど IETF 的には… 限りなく却下(現状では)。 さて >689 とかは何か局面を打開できるんでしょうか。 691 名前：691 mailto:sage [2005/03/25(金) 01:40:32 ID:???] 電話のプロトコルとしてもいまいち。やっぱMGCP最強。 NTTさんが最近熱心にietf-draft書いてるけどなんでそれを3261以前にやってないのか、というのばかり 692 名前：683 mailto:sage [2005/03/25(金) 10:07:20 ID:???] ＮＴＴさんは SIPではないのですか？ 693 名前：691 mailto:sage [2005/03/25(金) 21:43:38 ID:???] >>692 グループ内で方言があるのが玉に致命傷 694 名前：sip mailto:sage [2005/03/26(土) 10:08:55 ID:???] 方言つーかエセSIPつーんでないかい? なんとかしる、と言っても N○研 じゃ無理か。 695 名前： mailto:sage [2005/03/26(土) 10:59:13 ID:???] エ○エ○研というより、電電ファミリーのIP部隊じゃなく交換機部隊をそのま ま使ってるのが癌な気がする。雇用確保のためには仕方ないんだろうけど。 696 名前：sip mailto:sage [2005/03/26(土) 14:46:13 ID:???] >693 に伺いたい。どの辺りが_タマ_なのか、と。 いや璧に瑕っていうのは "良い物なのに弱点が" という アキレスの踵みたいなことなんで。揚げ足取りだったらごめん。 >695 気のせい、ではないと思われ。 697 名前：683 mailto:sage [2005/03/27(日) 07:09:23 ID:???] >>694 >方言つーかエセSIPつーんでないかい お互いにつながらない？ SIPなら 他のプロトコルよりも 電話キャリア間の壁を超えられる思っていたのだけど、 それって幻想ですか。。。 698 名前： mailto:sage [2005/03/27(日) 11:40:29 ID:???] それぞれのキャリアが別の手法で一度 SS7 に変換しているだけですが何か？ 699 名前：_ mailto:sage [2005/03/27(日) 20:19:19 ID:???] SS7に変換しなくても、SIPヘッダの変換だけでなんとかならない？ 700 名前：７００げと mailto:sage [2005/03/27(日) 20:36:17 ID:???] >>700 簡単に言うけど現状では例外が多すぎてSBC作るのはちょーめんどい。 >>697 幻想です。ipv6で日本がリードしているのと同じくらい幻想。 SIPは確かにそうなんだけど日本の事業者がみょーにヘッダを細かく見る 鯖を置いたのが接続できない原因。 KDD○のやつなんか思想がおかしすぎ。 701 名前：　 mailto:sage [2005/03/27(日) 23:11:13 ID:???] 最後の一行が激しく同意 702 名前：697 mailto:sage [2005/03/28(月) 04:52:58 ID:???] >>700 そーなのか。。。 ＫＤＤ○のページに IP電話の無料の通話先として 日本テ○コムなどが書いてあるけど、 その場合は、SS7に変換せずにSIPだけで乗り入れているのですか？ 703 名前：703 [皇紀2665/04/01(金) 00:40:44 ID:Jm8PbGuK] REFER使った転送って本当にむじゅかしぃ。 もっと簡単な方法ないのかしらん。 704 名前：anonymous@ ZF109113.ppp.dion.ne.jp [2005/04/02(土) 22:25:00 ID:Q1k6W7rO] SIMPLEを用いずに、クライアントサーバー間で プレゼンス情報の交換ができるメッセージって 知ってますか? 知ってたら教えてください. 705 名前：ネットワーク初心者 [2005/04/03(日) 01:14:02 ID:lDwXhFZI] ルータでBGPを設定していますが、BGPでフローティング　スタティックて ってできるんでしょうか OSPFしか設定したことがないので・・・ 706 名前：sip mailto:sage [2005/04/03(日) 09:44:07 ID:???] >704 SIP 上で、ですか? だったらやればできるでしょうけど、その「やればできる」ことをやったのが SIMPLE なので質問が意味不明です。 SIP 上でなければ jabber/XMPP などいろいろあるわけですが なぜ SIP スレで訊くのか意味不明です。 707 名前：707 [2005/04/03(日) 13:15:41 ID:upEcrArL] >>705 SIPでですよね。OSPFは絶対無理だけどBGPならできそうな予感！ 708 名前：sage mailto:sage [2005/04/12(火) 00:20:59 ID:???] ttp://www.nic.ad.jp/ja/voip-sip-tf/ これって検証できたらユーザはどこの事業者と契約してても使えるってことなのかしらん 709 名前：boke mailto:sage [2005/04/12(火) 00:31:37 ID:???] >>708 違う。ある人が名声を得て終わり。 710 名前：sage mailto:sage [2005/04/12(火) 01:03:01 ID:???] >>709 なにそれ？意味ねーじゃん！！ 711 名前：_ mailto:sage [2005/04/12(火) 07:00:36 ID:???] >>709 ある人って誰よ？ 712 名前：代表組 mailto:sage [2005/04/12(火) 17:41:32 ID:???] 発信側ひとつに対して着信側に複数のINVITEを発生させるサーバで、 それぞれのINVITEのto,from,call-id同じって奴がいるんだけど どうやってレスポンスを見分けてるのかな？ 713 名前：しったか mailto:sage [2005/04/13(水) 00:35:57 ID:???] >>712 たぐ 714 名前：_ [2005/04/13(水) 11:44:49 ID:Fgj5MkV2] 本当に知ったかだなー。Viaのbranch IDだよ。 715 名前：anonymous@ kohada.fko.it-tokyo.co.jp mailto:sage [2005/04/13(水) 14:43:13 ID:???] 貴様ら、SIPってSIP1とSIP2があるって聞いたが どういう違いがあるか知ってたら教えて頂けないでしょうか？ 716 名前： mailto:sage [2005/04/13(水) 15:00:31 ID:???] フリーで良いSIPサーバー知らない？ 717 名前：sip mailto:sage [2005/04/13(水) 15:28:54 ID:???] SER で何が足りないのか書くこと。 718 名前：し mailto:sage [2005/04/13(水) 20:16:39 ID:???] PartySIPをCygwin上で動かしたパワフルな椰子いる？ 719 名前： mailto:sage [2005/04/13(水) 22:38:58 ID:???] >>717 SERダウンロード出来んです 720 名前：anonymous@ PPPa373.fukuoka-ip.dti.ne.jp mailto:sage [2005/04/13(水) 23:48:00 ID:???] SIPってマイナーなんだね 全然書籍ないよ 721 名前：_ mailto:sage [2005/04/13(水) 23:48:47 ID:???] うぎゃIPが。。 とほほ 722 名前：anonymous@ p0632-ip01souka.saitama.ocn.ne.jp mailto:sage [2005/04/14(木) 00:33:11 ID:???] >>715 バージョン 1.0 ってこと？ もうないっすよ。 723 名前：_ mailto:sage [2005/04/14(木) 01:04:45 ID:???] >>720 そうですか？ 最近結構増えてきたなぁ、と思っていたのですが。 内容はともかく。 724 名前：_ mailto:sage [2005/04/14(木) 01:24:32 ID:???] >>723 そうですね。 増えてきた方とは思うのですが、 もっと充実しているものが出て欲しいところですね 725 名前：soup mailto:sage [2005/04/14(木) 09:24:35 ID:???] 何を期待しているのか知らないが 書籍以上の話はもはや IETF をヲチするしかないだろ。 あと日本のキャリアで使われているものは SIP の名は付いてるけど SIP に非ずなんでその異言語仕様は SIP とは別の問題(たぶん書きたい人がいたとしても書けない話だろう) 726 名前：ALL SIP mailto:sage [2005/04/15(金) 00:08:24 ID:???] >>725 えさきさんがなんとかしてくれるとおもてました 727 名前：anonymous@ 07011020220781_ad mailto:sage [2005/04/15(金) 00:31:20 ID:???] 結局のところRFCを読めば全てが分かるってこった 728 名前：pip mailto:sage [2005/04/15(金) 21:04:27 ID:???] CANCEL を受け取ったら、200 と 487 のどちらを先に返しますか？ 729 名前：　 mailto:sage [2005/04/15(金) 21:23:59 ID:???] 200かな。サンプル例とか200先ばっかりだし 730 名前：abc mailto:sage [2005/04/15(金) 22:16:11 ID:???] >726 ぐりこ? 731 名前：シプ mailto:sage [2005/04/16(土) 04:04:22 ID:???] >>716 LinuxならAsterisk。。Windows,LinuxならBrekeke。 AsteriskのWindows版(AstWind)は開発が止まってるっぽい。 >>728 487を先に返すUAも見たことあるけど。 やっぱ、200のほうが多いか。 732 名前：し mailto:sage [2005/04/17(日) 13:56:41 ID:???] >>731 便乗です JAIN API を使った良いサーバないですかね？ フリーのサーバの開発言語ってCばかりなので 733 名前：733 mailto:sage [2005/04/17(日) 14:33:37 ID:???] >>728 なんでこれで悩むのかがわからない。RFC3665読めば一発じゃないの？ NT○の人がIETFのMLでもいまさら指摘してなかったっけ 734 名前：シププ mailto:sage [2005/04/17(日) 15:06:33 ID:???] >>732 JAINは、以前、調べたけど。。。 APIを使って 何か作りたい？ 735 名前：し mailto:sage [2005/04/17(日) 17:12:04 ID:???] >>734 REGISTER認証付きの SIPサーバを作りたいっす 736 名前：シププ mailto:sage [2005/04/17(日) 17:36:52 ID:???] 認証するのは REGISTERだけ？ どうせ認証するんだったら、INVITEとかも認証しようぜ。 INVITEなら401を送るだけだし。 どっちかっていうと、サーバよりもUA（ソフトフォン）を作って欲しいけどさ。。 プレゼンスとIMが使えるUAが欲しいなぁ。 欲しいなあ。 737 名前：niple [2005/04/18(月) 02:39:08 ID:oyDw4NIA] eyebeam プレゼンス、IM できる。でも、日本語でねーぞ！ AGE Phone に期待。プレゼンスできるといいなー。 738 名前：_ mailto:sage [2005/04/20(水) 16:48:08 ID:???] >>733 RFC3665 を持ち出すところがアレですね。 739 名前：733 mailto:sage [2005/04/20(水) 18:25:01 ID:???] >>738 ダメデスカ。ソウデスカ。 740 名前：740 [2005/04/22(金) 20:25:09 ID:w+4GeCzf] で、SIPで先を走っている会社ってどこ？ソフトフロント？ 741 名前：みかかそらも mailto:sage [2005/04/24(日) 16:04:15 ID:???] >>736 > どうせ認証するんだったら、INVITEとかも認証しようぜ。 > INVITEなら401を送るだけだし。 407でしょ。本当に作っていたらかわいそ・・・ まあ激しくネタっぽいけど。

---

---

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

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