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

SIPって知ってるかい� ..

554:anonymous@ st3u032232.ocv.ne.jp
04/09/20 14:05:40
フォークするいいんだよ、別に。
でも、フォークしない方法もつくっといてくれよ・・・

555:_
04/09/20 17:52:35
>>554
どのような理由で何を主張したいのかちっとも分かりません。
日本語でのコミュニケーション能力が不足しているヤツは
邪魔ですので二度と来ないでください。

556:555
04/09/20 21:29:27

　　　　　　　　ヾ　 /　　　　＜仮面ﾗｲﾀﾞｰ555が＞
　　　　　　　,. -ﾔ'''ｶｰ､　　　/Y⌒Y⌒Y⌒Y⌒Yヾ
　ー―ｧ　　/r⌒|:::|⌒ヾ
　　 _ノ　オ{（　　|0|　　）} オｵｵォォｫｫ！！！！！
　　　　　__,ヽ,ヾ,_|V|,_ノ､/ ,r-,,=
　　　　,゛＝=ゝ_ＶiＶ_ノ~i/　〃 `ー―-､
　　　 / 　/⌒`//´⌒c/＾＾＾ )））)))))））
　,,―ｲ　 {ｰ''"~{ {~゛`ー`/'`'~/ー--―'
））　　,./ゝ＿/∧ゝ＿ノ　　ﾉ
　ー''"　　｜ﾛ　　ﾛ　　　　｜
　人,_,人,_,人,_,人,_,
＜　>>555ゲットだ＞

557:557
04/09/21 01:01:01
>>547
そういう思想で実装されている製品もいくつかあるけど
呼の管理をするためのリソースが増える分、
通常のCAとしてしか使わない場合は価格性能比が悪いと思われ。

558:ジャスティ５５５
04/09/21 17:24:59 vMGgUMNd
>>547
今、ProxyのよーなUAのよーな奇想天外なもの作っております。

559:　
04/09/21 18:29:41
B2BUAですか?

560:ジャスティ５５５
04/09/21 19:27:15 vMGgUMNd
>>559
YES！！もうワケワカラン！！
ProxyとUAのいいとこどりみたいな感じ・・・。
　　　　　　↑客先にとっては

561:SIP
04/09/21 20:25:39 9LU8HoFq
URLﾘﾝｸ(www1.ietf.org)
英訳してください。
URLﾘﾝｸ(www.ietf.org)
がんばれ愛ちゃん

562:.
04/09/21 23:38:32
>>560
民営化した後に分割した長距離会社向け？

563:　
04/09/22 00:37:39
>>561

勝手に転載するなヴォケ！

564:北の国から
04/09/22 01:20:56
ソフトフロントってまだ生き残ってたんだ。

565:
04/09/22 22:54:50
>>557
いや、現状でも呼の管理しているはずだから、状況はかわらんとおもうんだが。

566:auo
04/09/26 03:35:49
まぁ、レガシーテクノロジーだよ。
時代遅れというか。。。

567:PIX
04/09/26 22:55:46 nudIYGjW
SIP知ってるよ。船だろ。

568:SBC
04/09/27 01:09:09
SIPって階層違反プロトコルだろ？

569:ばかばっか
04/10/03 15:35:01 xLN+PI/g
ばかばっか

570:anonymous@ h142.p270.iij4u.or.jp
04/10/03 17:50:57
>>539
SIPの仕様って固まってるの？
仕様書があるならちょっと見たい。

571:...
04/10/03 19:33:05
>>569
あなたも同類のようですね。

572:...
04/10/03 19:34:22
>>570
基本的には3261でいいんじゃない？
色んなドラフト出ているけど全部追い切れてないなぁ...

573:anonymous@ h142.p270.iij4u.or.jp
04/10/03 20:45:13
>>572
サンクス！
見てきます。

今度なんか、仕事でSIPも取り扱おうって話が上がってるらしいんだが、
SIPはなんか方言がキツイって印象があって・・。

574:へへへ
04/10/03 21:24:41
>>573
茨の道へようこそ。

575:anonymous@ EATcf-84p18.ppp15.odn.ne.jp
04/10/15 00:28:48 jTY7MR7h
日○さん早く仕様書まとめてください。

576:hoge
04/10/27 00:03:49
「SIP教科書」「マスタリングTCP/IP SIP編」以外でおすすめの
SIPの日本語書籍があったら教えてほしい...いろいろさがしてるけど
日本語文献ほんとすくないよね。

577:　
04/10/27 00:22:08
SIPカンファレンスって行く価値あり？

578:_
04/10/27 00:31:43
>>577
無い

579:うにょ？
04/10/30 22:25:34
TTCから正式にSIPについての仕様書出たけど
だれか読んだ香具師いる？ (TS-1005～7)
内容如何によっては買っても良いとは思ってるんだが、
しょうもないことしか書いていないのなら無駄だしなぁ・・・。

580: 湿布
04/10/31 12:56:36
あんなふざけたSIP仕様を採用されたらうちはキャリアに出入りしません。

581:　
04/10/31 21:51:39
良ｽﾚage

582:某キャリア
04/10/31 22:45:33
>>580
さようなら～

583:　
04/11/01 16:50:38
SIP Conference ネタだけど、
ある講演で迅速をビンソクと何度も言ってたのにﾜﾗﾀ
あの会社の人は程度が低いですね

584:　
04/11/02 00:42:37
SIPカンファレンスで面白いネタ見つけた

585:hoge
04/11/03 01:27:53
>>580
そんなにひどいんだ…RFC無視しまくり？
どこかのキャリアにべったりだったりとか？
それとも現実見てない仕様？

586:_
04/11/07 11:20:20
このスレで技術的なこと出すだけ無駄だって・・・

587:　
04/11/07 21:57:00
良ｽﾚage

588:あげ
04/11/18 12:48:39
なあなあ、お前ら
音質とか通話品質の計測にどんなツール使ってますか？

うちにあるやつ、使いにくいしぃ～

589:
04/11/19 05:41:25
MOS評価ですが何か。

590:588
04/11/20 00:35:46
>>589
マジですか・・・＿|￣|○
つか、一度くらいはまじめにMOS実測したいかもw

591:589
04/11/20 07:49:33
半分冗談だったのに、真に受けられちゃった・・・

592:　
04/11/22 20:51:21
良ｽﾚage

593:login:Penguin
04/11/22 21:39:07
SIP Express RouterとserwebをcoLinux(debian)に
インスコした。
UnixUserはまだ見て無いが、日本語ガイド無さ杉。

パスの指定がずれているところがいっぱいで、
えらい苦労したが、こんなもんなの？

594:anonymous@ p3230-adsah09honb1-acca.tokyo.ocn.ne.jp
04/11/23 09:38:08 xnjZwrpD
シップ貼ってるよ

595:　
04/11/23 18:34:31
SIP対応のN900iLってどうなの？

596:.
04/11/23 19:13:48
>>595
わからんねぇ。
買って試してみるかなぁ。会社の金で。

597:orz
04/11/25 17:37:45
>>591
冗談半分で言えるならいいよな・・・・

598:589
04/11/26 09:25:18
>>597
ごめん。

漏れはMOS評価でテストに協力するだけだから、そのデータをまとめる苦労は知らないんです。

599:anonymous@ PPPa45.otemachi.acca.dti.ne.jp
04/12/07 01:30:58
RFC2543準拠のUA作ってます。
まぁ世に出ることはないがなw。
仕様はさすがに暴露できんが・・・つーか固まってすらいねぇ・・・。
テスターさん方・・・頼むからあんたらの項目教えてくれやorz

600:6xx
04/12/07 23:28:17
グローバルエラー応答に突入

601:anonymous@ ca6-nat.cty-net.ne.jp
04/12/10 00:13:13 kTjqu4gS
ソフトフロントのｍ２ｍ－ｘってどうですか？
プロの方々の意見を求む・・・

URLﾘﾝｸ(www.softfront.co.jp)

602:anonymous@ 152.122.180.203.dy.iij4u.or.jp
04/12/11 14:08:40
NS602試験機繋げてレベル試験。

603:anonymous@ 219.127.228.244
04/12/14 11:47:59 fD47N2/a
SIPサーバを立てようと思ってるんだけど
フリーのSERってのはmysql起動してないとダメなのか？

教えて

604:.
04/12/14 12:45:02
>>603
よく知らんけど、SERだけで使えなかったら入れたらよろし。

605:
04/12/15 15:47:54
>>603
おれも悩んだけど、mysql なしだと anonymous サーバになるだけ。
実験用なら問題無し。

606:
04/12/18 17:01:12
>>599
なんで2543なの・・・

607:からと
05/01/15 12:50:51 NQ2KkgW2
最近、新製品でねぇな

608:anonymous@ d254177.ppp.asahi-net.or.jp
05/02/04 00:30:40 CsJ5uIel
すたれるなぁ。こりゃ

609:からと
05/02/05 15:09:05
晒しあげ

>>1
SPI
スペース・インベーダー・プロトコル

610:anonymous@ c-24-4-89-187.client.comcast.net
05/02/06 13:21:29
どこかにSIPソフトフォンとSIPサーバのリストない？
できれば無料のソフトフォンとサーバ。

611:
05/02/06 16:54:53
>610
URLﾘﾝｸ(www.google.co.jp)

612:Proxyモドキ製作中
05/02/06 22:58:39
ダメ元でお聞きします。ネットサービス板にあんまり技術的じゃない部分で
同様の内容を書き込んでいますが、マルチポスト気味になっているのはご容赦ください。

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
05/02/07 00:23:58
>>612
異常に長い？RFCの許容範囲内だろ。
お前の「Proxyもどき」で対応しろよ。

614:610
05/02/07 04:20:18
>>611

有り難う！　超たすかったヨ。

615:615
05/02/07 07:21:28
>>612
SIPサービスって認定端末以外を経由して繋ぐのって契約違反にならないの？

616:Proxyモドキ製作中
05/02/07 07:53:11
>613
>異常に長い？RFCの許容範囲内だろ。

知っています。

>お前の「Proxyもどき」で対応しろよ。

対応させたいので教えてください。

617:　
05/02/07 09:52:27
質問の意図が分からんよ。
＞Call-IDとViaは何なのかわかりませんでしょうか？
何を知りたいのかさっぱりだ。

何か-乱数-乱数-乱数-MACアドレスってRFC2543か何かに書いてなかったっけ？

618:615
05/02/07 23:23:23
Call-IDはそのままの値で、Viaのところだけ外のアドレスになるように書き換えたら？branchはそのままで。
なーんとなくだけど別な理由で403返されてる気がします。
Livedoorの純正ソフトってskywebだっけ？びみょーな会社だな…。

619:615
05/02/07 23:31:08
Livedoor sip phoneスレみてきたけど、みんなてきとーなこと言っててワラタ

620:615
05/02/07 23:50:28
NATで思い出したけど
URLﾘﾝｸ(sipphone.livedoor.com)
確かこれってsipphone.comがやってるのと同じ方法のNAT越えのやり方なんじゃなかったっけ。

621:login:Penguin
05/02/08 00:23:39
URLﾘﾝｸ(wiki.sip-ix.jp)
と
URLﾘﾝｸ(voip.jp)
の関係を教えてください。

622:Proxyモドキ製作中
05/02/08 07:52:21
>617
ここにいる人なら、何か見覚えのある文字列だったり、同様の事例を知っているかもなと思っただけです。あと

>何か-乱数-乱数-乱数-MACアドレスってRFC2543か何かに書いてなかったっけ？

RFCを見てみましたが、見つかりませんでした。

623:Proxyモドキ製作中
05/02/08 08:10:14
>615-618
MACアドレスかと思ってみてみたのですが、自分のMACアドレスではありませんでした。

>620
パケットを見る限り、フツーのSIP　クライアントと相違は無いパケットです。
なのでサーバー側でSIP　パケットを見てあて先を決めているのではなく
単に接続してきたグローバルIP宛てにパケットを返すようにサーバーを設定しているっぽいです。

いずれにしろ、Livedoorは追ってもまた制限されそうなので、実装するのはやめました。
ありがとうございました。

624:__________
05/02/09 17:18:45
SIPのVoIPとIM以外の応用って
どんなのがありますか？

625:.....
05/02/09 22:55:58
>>623
MACアドレスをそのまま載せるアホはいないだろ。
まぁ、いずれにせよSIPの勉強が足りんな。

626:＿
05/02/11 08:59:50
>>623
試しにやってみたけど、ヘッダに

Allow: INVITE,ACK,CANCEL,BYE
User-Agent: Grandstream BT100 1.5.6.16

を入れてやると普通にREGISTERできた。User-Agentで規制してるっぽいね。

627:SIPフォンユーザー
05/02/11 11:08:52
と言うことは、
User-Agent:だけを書き換えるProxyを作ってそれを経由すれば
専用電話じゃなくても(ry

628:SIP
05/02/12 14:59:06
>>626
>を入れてやると普通にREGISTERできた。User-Agentで規制してるっぽいね。

発信・着信はできた？

>>627
>User-Agent:だけを書き換えるProxyを作ってそれを経由すれば

ヘッダを書き換えられるSIPサーバもあるし、それ使えば出来るね。

629:Proxyモドキ製作中
05/02/16 07:50:35
すみません、しばらくスレッドを見てませんでした。

>626
ヘッダに入れる文字列もわかるということは、SIP-Phoneアダプタの持ち主ですか？
Livedoor社から提供されている純正のソフトではヘッダはありませんでしたし。
有力な情報ありがとうございます。

630:_
05/02/17 17:10:53
SER 0.8.14に追加されたUser-agent認証だろ。単に。

631:_
05/02/18 10:36:04
ところで、Livedoor以外に日本でSERを使ってるキャリアってあるの？

632:_
05/02/18 10:58:16
631の言うキャリアの定義がよくわからんが

633:631
05/02/18 15:08:39
"050番号の電話会社"では？
何と言うのが正しい？

634:　
05/02/18 16:19:21
LivedoorはITSPじゃないか？この場合のキャリアはNTT東西かな。

635:635
05/02/19 01:55:58
所詮、sipphone.comだしな。どっちかというとskypeのモデルに近い。まぁ、そっちに移行するんだろうけど

636:__
05/02/19 07:15:47
sipphone.comみたいな、ユーザにレジストさせて相互に通話をさせるサービスもITSPになるの？
でも公衆回線から着信はできないよね。

637:637
05/02/26 04:35:13 AoMf45DZ
>>628
>ヘッダを書き換えられるSIPサーバもあるし、それ使えば出来るね。

それ教えて。

638:638
05/02/27 10:06:57
>>637
さー

639:637
05/02/28 04:44:44 KllszRSx
>>638
>さー
SER?

640:_
05/02/28 12:56:21
SERってWindowsで動く？

641:anonymous@ dd179.opt2.point.ne.jp
05/03/01 21:37:13
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
05/03/01 21:38:19
この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 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 9TU4wYSe
>>638
SERで、user-agent ヘッダーを書き換える方法分からないよ。教えて～。
SERでなくてもできればよいです。誰かやった人いる？

645:シップ
05/03/03 22:55:36
>>641
なんで、クライアントAは２つのメディアを返すんだ？

646:_
05/03/04 01:15:50
>>644
やった　NOTASIP 1,140件ヒット

647:641
05/03/04 06:55:46 nrdeAY9L
>>645

サーバが2つのメディア(m=)を送って来ているので、その各々のメディア(m=)に
対するアンサーとして2つ返しています。

その他にSDPの仕様として「一度増えたメディア(m=)はその後に使われなくなっ
たとしても、ポート番号を0にするなりinactiveにするなりして、残しておかな
くてはならない[MUST]」だったか、そんな仕様があった筈です。

私からの質問の方ですが、

URLﾘﾝｸ(www.ietf.org)
～
URLﾘﾝｸ(www.ietf.org)

のやり取りが参考になりそうな気がしています。少しずれていますが。

648:anonymous@ router.fractalist.jp
05/03/04 16:22:13 CSVZsAMy
RTPについて質問させて下さい。

１．RTPは２セッションを使用し、片方向（半二重通信）を行っているよう
ですが、技術的には双方向（全二重通信）をしても問題ないと思います。
どのような理由から片方向通信となったのでしょうか？

２．RTCPのポートを使用しない、又は、RTPと同じポートにまとめる
事は可能でしょうか？

３．SymmetricRTPは１セッションで双方向通信が行えるようですが、RTP
の仕様として各メディア（音声、動画など）毎にセッションを張りますが、
１つのセッションにまとめることは可能ですか？

ご存知の方がおられましたらよろしくお願い致します。

649:_
05/03/04 19:33:08
＞１．
ユニキャストIPアドレスを使っている場合、

エンドシステム１←――――――――――→エンドシステム２
ＩＰアドレス１９２．１６８．１．１　　　　　　　　　　　　　　　　　　　　　ＩＰアドレス１９２．１６８．１．２
ＵＤＰポート５００００（ＲＴＰ）、５０００１（ＲＴＣＰ）　　　　　　　　　　ＵＤＰポート４００００（ＲＴＰ）、４０００１（ＲＴＣＰ）

これで１つのＲＴＰセッションになると思うんだが。

＞２．

無理じゃないか。たぶん。

＞３．

だめって書いてあったぞ。っていうかだめって書いてあった事を知っているんだよな。じゃあだめじゃないのか。

650:６４９
05/03/04 19:36:16
＞２．

そういやどっかに書いてあったかも知んない。受信専用何とかって。忘れたけど。

651:６４９
05/03/04 19:39:01
＞３．

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 CSVZsAMy
ご回答ありがとうございます。

649さん
＞＞1
確かにその通りなのですが、それをSymmetricRTPといいます。
元々、RTPは２つのセッション使用していた為、その経緯を
ご存知の方がおられましたらお願い致します。

＞＞3
RTPとしては駄目でしたが、双方向での通信も可能となった為、
ご存知の方がおららればと思い質問させて戴きました。

650さん
＞＞2
受信のみ？
ストリーミングのRTSPの事でしょうか？？

651さん
＞＞３
ありがとうございました。

653:さげ
05/03/05 01:41:34
１．RTPは２セッションを使用し、片方向（半二重通信）を行っているよう
ですが、技術的には双方向（全二重通信）をしても問題ないと思います。
どのような理由から片方向通信となったのでしょうか？

-> 片方向通信の場合もあるから。また、セッションの仕様としてはそうしたほうが汎用性がある。

２．RTCPのポートを使用しない、又は、RTPと同じポートにまとめる
事は可能でしょうか？

-> RTCPを使用しないということならあり。同じポートは君のUA同士ならありかもしれないけど
一般的にはNG.RTCPのポートの決め方から明らか

654:RFC3550 RTP session: 1
05/03/05 08:49:39
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
05/03/05 08:50:17
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:
05/03/05 08:50:52
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.
05/03/05 09:04:05
＞１．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:さげ
05/03/05 20:58:40
649のパターンをひとつの「セッション」というかは謎。L4のセッションという意味では２つだよね
俺の理解がおかしいかもしれないのでマスタリングTCP/IP RTP編（ｗでも読んでみるか

ところでRTPの話って何気にｽﾚ違いのような気がするが…

659:657
05/03/06 05:47:13
> 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
05/03/06 12:58:51
textopsモジュールのREADMEを嫁

661:638
05/03/06 12:59:31
↑
>>644

662:638
05/03/06 13:01:26
ところで、SERはホリエモンのところで使ってるのか？

663:659
05/03/06 17:28:54
> > 649のパターンをひとつの「セッション」というかは謎。L4のセッションという意味では２つだよね
> > 俺の理解がおかしいかもしれないのでマスタリングTCP/IP RTP編（ｗでも読んでみるか
> UDP的には2つのコネクション(?)だかセッション(?)になるのかな？
> 個人的には、UDPには半二重も全二重もコネクションもセッションも糞も無いと思っているけど。
> だってコネクションレスだし…。
RTPの下のプロトコルはUDPとは限らないんだった。
TCPを実際に使う奴は居ないと思うんだけど、TCPとかを使っても良いんだったよな？
そう考えると、L4のコネクションだかセッションが2つあるって考えは正しいんだな、納得した。

664:_
05/03/06 21:51:42
最近、英文ばっかだな。。。盛り上がってきたのはいいけど。

665:_
05/03/06 21:57:53
>>662

REGISTERを投げると
　Server: Sip EXpress router (0.8.11 (i386/linux))
ってのが返ってくるけど、その先は知らん。

666:637
05/03/06 23:50:18 LHtwobhn
>>644
>SERで、user-agent ヘッダーを書き換える方法分からないよ。教えて～。
>SERでなくてもできればよいです。誰かやった人いる？

自己レスですが。やっとできました。Brekekeつかったら簡単でした。
Brekeke のサイトにはTaRaBa と接続できるって書いてあったけど、
user-agent ヘッダーを書き換えればライブドアにもつながるかな。
ところでTaRaBa 使っている人なんているんでしょうか？
アメリカの電話番号持てるって。便利だと思う人もいるのかな？

667:_
05/03/07 08:14:49
>>666

アメリカの電話番号をアメリカ国外で使う人が増えたら、
それはそれで、ややこしいな。

668:さげ
05/03/09 01:22:43
3PCCって実装してるもんなの？

669:anonymous@ cf97.opt2.point.ne.jp
05/03/09 22:05:05
未だ実験段階ですが、やってる事はやってますね。

670:100rel
05/03/17 01:29:21
PRACK ってプラックって発音でいいのかな？

671:　
05/03/17 09:48:29
　

672:　
05/03/17 11:23:03
NECさんが接続試験に来てないんですけど…？

673:REFER/NOTIFY
05/03/18 00:07:11
>>672
NDA違反につき処刑。

674:REFER/NOTIFY
05/03/18 00:12:01
>>670
ぴーあーるあっく。

675:& ◆6491a6QoZA
05/03/19 22:12:37 V/CZRLO+
>>670
ピア・ラック

676:676
05/03/19 23:32:30
>>670
プラシケ

677:_
05/03/20 16:39:05
PRACKって、使ってる端末あんの？

678:　
05/03/20 18:13:02
え？たくさんあると思うが。

679:676
05/03/20 22:10:19
>>677
しょぼい端末以外はたいてい使ってると思う。
ただ、それによってどんぐらい意味があるのかといわれれば？？
セッションタイマーもしかり。

680:　　
05/03/21 21:49:44
>>679
ふＬっつは使わないけどね。アレはしょぼい端末のうちの一つかもしれんが。

681:676
05/03/21 22:17:22
>>680
ＩＳＰの仕様書がそうなってるからでしょ。
もしくはオプション。必須にしてる事業者はなかったかと。

682:　
05/03/21 22:28:41
あう

683:____________
05/03/22 17:28:55
なんかさ、SIPの仕様だけで、いろなことをやることに無理があるんじゃないの？

電話事業でSIPが使われていたり、IMクライアントがSIPだったり、
応用に幅がありすぎる気がするんだけど。

そりゃ RFC3261以外にも、用途に応じてRFCがあるだろうけどさ。

とりあえず、IP電話以外のSIPの話が聴きたいです。

684:soge
05/03/22 21:10:21
>683
最初の行と最後の行が繋がらなくないか?

685:683
05/03/23 06:50:28
>>684

すいません。。
勉強中なので、実感として汎用すぎると思ったのです。

でも、実装として現状がどうなっているのか興味があります。
セッションの開始と終了と認証ができれば、IP電話以外にも、いろいろできそうな気がしたので。。
（その、いろいろが何なのか、まだ漠然としていて、良く判らないのですが。。。）

そもそも、SIPのIP電話やIM以外の用途は、タブーなのでしょうか？

686:　
05/03/23 08:21:53
色々出来るんじゃない？
セッションの開始と終了と認証って、
課金する側(サーバ)にしてみれば必要最低限の情報がそこにあって、
UA間で実際のコンテンツのやり取りをしたり…って展示会でそんなの見たな

687:外野
05/03/23 10:08:20
>685
つ「SIP/UPnP 情報家電プロトコル」
URLﾘﾝｸ(www.shuwasystem.co.jp)

一部方面向け以外には微妙すぎる組合わせ…

688:683
05/03/23 11:49:41
>>687

おおっ、こういう本があったのですね！
さっそく買ってみます。ありがとうございます。

> 一部方面向け以外には微妙すぎる組合わせ…

すいません、意味が判りません。。

689:６８９
05/03/23 20:51:03
ＮＴＴこむとか、ＮＴＴこむとか、ＮＴＴこむ方面かな。

690:soup
05/03/24 14:38:25
>685
ちなみに電話や IM 以外の用途はプロトコル仕様上は
それこそなんだって出来るけど IETF 的には… 限りなく却下(現状では)。

さて >689 とかは何か局面を打開できるんでしょうか。

691:691
05/03/25 01:40:32
電話のプロトコルとしてもいまいち。やっぱMGCP最強。
NTTさんが最近熱心にietf-draft書いてるけどなんでそれを3261以前にやってないのか、というのばかり

692:683
05/03/25 10:07:20
ＮＴＴさんは SIPではないのですか？

693:691
05/03/25 21:43:38
>>692
グループ内で方言があるのが玉に致命傷

694:sip
05/03/26 10:08:55
方言つーかエセSIPつーんでないかい?

なんとかしる、と言っても N○研じゃ無理か。

695:
05/03/26 10:59:13
エ○エ○研というより、電電ファミリーのIP部隊じゃなく交換機部隊をそのま
ま使ってるのが癌な気がする。雇用確保のためには仕方ないんだろうけど。

696:sip
05/03/26 14:46:13
>693 に伺いたい。どの辺りが_タマ_なのか、と。

いや璧に瑕っていうのは "良い物なのに弱点が" という
アキレスの踵みたいなことなんで。揚げ足取りだったらごめん。

>695
気のせい、ではないと思われ。

697:683
05/03/27 07:09:23
>>694
>方言つーかエセSIPつーんでないかい

お互いにつながらない？

SIPなら他のプロトコルよりも電話キャリア間の壁を超えられる思っていたのだけど、
それって幻想ですか。。。

698:
05/03/27 11:40:29
それぞれのキャリアが別の手法で一度 SS7 に変換しているだけですが何か？

699:_
05/03/27 20:19:19
SS7に変換しなくても、SIPヘッダの変換だけでなんとかならない？

700:７００げと
05/03/27 20:36:17
>>700
簡単に言うけど現状では例外が多すぎてSBC作るのはちょーめんどい。
>>697
幻想です。ipv6で日本がリードしているのと同じくらい幻想。

SIPは確かにそうなんだけど日本の事業者がみょーにヘッダを細かく見る
鯖を置いたのが接続できない原因。

KDD○のやつなんか思想がおかしすぎ。

701:　
05/03/27 23:11:13
最後の一行が激しく同意

702:697
05/03/28 04:52:58
>>700
そーなのか。。。

ＫＤＤ○のページに IP電話の無料の通話先として日本テ○コムなどが書いてあるけど、
その場合は、SS7に変換せずにSIPだけで乗り入れているのですか？

703:703
皇紀2665/04/01(金) 00:40:44 Jm8PbGuK
REFER使った転送って本当にむじゅかしぃ。
もっと簡単な方法ないのかしらん。

704:anonymous@ ZF109113.ppp.dion.ne.jp
05/04/02 22:25:00 Q1k6W7rO
SIMPLEを用いずに、クライアントサーバー間で
プレゼンス情報の交換ができるメッセージって
知ってますか?
知ってたら教えてください.

705:ネットワーク初心者
05/04/03 01:14:02 lDwXhFZI
ルータでBGPを設定していますが、BGPでフローティング　スタティックて
ってできるんでしょうか
OSPFしか設定したことがないので・・・

706:sip
05/04/03 09:44:07
>704
SIP 上で、ですか?
だったらやればできるでしょうけど、その「やればできる」ことをやったのが
SIMPLE なので質問が意味不明です。
SIP 上でなければ jabber/XMPP などいろいろあるわけですが
なぜ SIP スレで訊くのか意味不明です。

707:707
05/04/03 13:15:41 upEcrArL
>>705
SIPでですよね。OSPFは絶対無理だけどBGPならできそうな予感！

708:sage
05/04/12 00:20:59
URLﾘﾝｸ(www.nic.ad.jp)
これって検証できたらユーザはどこの事業者と契約してても使えるってことなのかしらん

709:boke
05/04/12 00:31:37
>>708
違う。ある人が名声を得て終わり。

710:sage
05/04/12 01:03:01
>>709
なにそれ？意味ねーじゃん！！

711:_
05/04/12 07:00:36
>>709

ある人って誰よ？

712:代表組
05/04/12 17:41:32
発信側ひとつに対して着信側に複数のINVITEを発生させるサーバで、
それぞれのINVITEのto,from,call-id同じって奴がいるんだけど
どうやってレスポンスを見分けてるのかな？

713:しったか
05/04/13 00:35:57
>>712
たぐ

714:_
05/04/13 11:44:49 Fgj5MkV2
本当に知ったかだなー。Viaのbranch IDだよ。

715:anonymous@ kohada.fko.it-tokyo.co.jp
05/04/13 14:43:13
貴様ら、SIPってSIP1とSIP2があるって聞いたが
どういう違いがあるか知ってたら教えて頂けないでしょうか？

716:
05/04/13 15:00:31
フリーで良いSIPサーバー知らない？

717:sip
05/04/13 15:28:54
SER で何が足りないのか書くこと。

718:し
05/04/13 20:16:39
PartySIPをCygwin上で動かしたパワフルな椰子いる？

719:
05/04/13 22:38:58
>>717
SERダウンロード出来んです

720:anonymous@ PPPa373.fukuoka-ip.dti.ne.jp
05/04/13 23:48:00
SIPってマイナーなんだね
全然書籍ないよ

721:_
05/04/13 23:48:47
うぎゃIPが。。
とほほ

722:anonymous@ p0632-ip01souka.saitama.ocn.ne.jp
05/04/14 00:33:11
>>715
バージョン 1.0 ってこと？
もうないっすよ。

723:_
05/04/14 01:04:45
>>720
そうですか？
最近結構増えてきたなぁ、と思っていたのですが。
内容はともかく。

724:_
05/04/14 01:24:32
>>723
そうですね。
増えてきた方とは思うのですが、
もっと充実しているものが出て欲しいところですね

725:soup
05/04/14 09:24:35
何を期待しているのか知らないが
書籍以上の話はもはや IETF をヲチするしかないだろ。

あと日本のキャリアで使われているものは
SIP の名は付いてるけど SIP に非ずなんでその異言語仕様は
SIP とは別の問題(たぶん書きたい人がいたとしても書けない話だろう)

726:ALL SIP
05/04/15 00:08:24
>>725
えさきさんがなんとかしてくれるとおもてました

727:anonymous@ 07011020220781_ad
05/04/15 00:31:20
結局のところRFCを読めば全てが分かるってこった

728:pip
05/04/15 21:04:27
CANCEL を受け取ったら、200 と 487 のどちらを先に返しますか？

729:　
05/04/15 21:23:59
200かな。サンプル例とか200先ばっかりだし

730:abc
05/04/15 22:16:11
>726
ぐりこ?

731:シプ
05/04/16 04:04:22
>>716
LinuxならAsterisk。。Windows,LinuxならBrekeke。
AsteriskのWindows版(AstWind)は開発が止まってるっぽい。

>>728
487を先に返すUAも見たことあるけど。
やっぱ、200のほうが多いか。

732:し
05/04/17 13:56:41
>>731
便乗です

JAIN API を使った良いサーバないですかね？
フリーのサーバの開発言語ってCばかりなので

733:733
05/04/17 14:33:37
>>728
なんでこれで悩むのかがわからない。RFC3665読めば一発じゃないの？
NT○の人がIETFのMLでもいまさら指摘してなかったっけ

734:シププ
05/04/17 15:06:33
>>732
JAINは、以前、調べたけど。。。
APIを使って何か作りたい？

735:し
05/04/17 17:12:04
>>734
REGISTER認証付きの
SIPサーバを作りたいっす

736:シププ
05/04/17 17:36:52
認証するのは REGISTERだけ？
どうせ認証するんだったら、INVITEとかも認証しようぜ。
INVITEなら401を送るだけだし。

どっちかっていうと、サーバよりもUA（ソフトフォン）を作って欲しいけどさ。。
プレゼンスとIMが使えるUAが欲しいなぁ。
欲しいなあ。

737:niple
05/04/18 02:39:08 oyDw4NIA
eyebeam プレゼンス、IM できる。でも、日本語でねーぞ！
AGE Phone に期待。プレゼンスできるといいなー。

738:_
05/04/20 16:48:08
>>733
RFC3665 を持ち出すところがアレですね。

739:733
05/04/20 18:25:01
>>738
ダメデスカ。ソウデスカ。

740:740
05/04/22 20:25:09 w+4GeCzf
で、SIPで先を走っている会社ってどこ？ソフトフロント？

741:みかかそらも
05/04/24 16:04:15
>>736
> どうせ認証するんだったら、INVITEとかも認証しようぜ。
> INVITEなら401を送るだけだし。

407でしょ。本当に作っていたらかわいそ・・・
まあ激しくネタっぽいけど。

742:　
05/04/25 01:06:38
inband DTMFなSIPソフトフォンって知りませんか？

海外のソフトフォンってRFC2833対応ばかりのようで。。。

743:743
05/04/25 22:32:26 TzEVYwXG
>>742
2833を使いましょう
SoftphoneみたいなものこそOut-of-bandを使った方がいい

744:744
05/04/25 22:37:03 krx0EVc+
>>741
>407でしょ。本当に作っていたらかわいそ・・・
>まあ激しくネタっぽいけど。

私はかわいそうな人です。
何でかわいそう？いまさら作っても意味なしかな。
会社がやりたいんだから、どうでもよろし。

745:745
05/04/25 22:44:35 krx0EVc+
オフィスで使うには、どこの電話機を使うと便利でしょうか？
日本の電話機はSIPサーバとセットのようなので、売って
くれないのですが。良い電話機知りませんか？
（ GrandStreamは見た目がNG。）

746:どっと
05/04/26 00:33:44
>>745
電話機があっても使えなきゃ意味がないよね。
オフィスで便利な機能を考えると、現状はサーバとのセットにしないとマトモに使えない。

747:745
05/04/26 05:27:56 +0oC9ISe
>>746
単に通話と転送ができれば十分なのです。
フリーのサーバとかで出来ると思うのです。高いサーバは
買えましぇん。

748:anonymous@ tomomi.hanamaru.ne.jp
05/04/26 06:10:15
>>747
素直にNTTのX7000でも逝っとけ。
業務で使うのにサポートのないフリーサーバを使うつもりかい？
>>745が導入後自腹で面倒を見るのならまだしも。

749:あちゃ
05/04/26 06:11:17
いけね、名前欄入れ忘れた（藁

750:750
05/04/26 07:42:32
>>747
その転送をするのにいまだに苦労している（ｗ
端末が均一でもMGWが絡むからな
比較的入手のしやすいシスコの電話機を中古かなんかで買ってSIP Firmwareにする。
SIP Firmwareはごにょごにょっと手に入れる。新品なら7905/12、中古なら7940/60。
>>748
X7000なんて進めるなんて関係者ですか。それはSIPじゃ（ｒｙ

751:749
05/04/26 16:41:01
>>750
X7000だけどあの親機，外線的にはふつーのビジネスホンだけど，
内線は完全なSIP Gatewayになってるよ。電話機に独自形式のPoEで給電する
ハブまでついている始末。設定とかはふつーにWebでいじれるんで
おもしろすぎる。

というかうちの本社で導入しちまったよ。大阪で初の導入事例らしい（苦笑

752:----
05/04/26 16:59:04
>>751
「完全な」とは大きくでましたね。

753:749
05/04/26 19:02:23
>>752
う～ん，まぁ高級なセントレックスに比べればしょぼいんだろうけど，
この規模のビジネスホン(INS2ch,アナログ1ch)が内線に抱えるSIP機能
としてはかなりいい線行ってると思うよ。中の人もLinuxで動いてる
みたいだし，造ってる中の人も結構頑張ってサポートしてくれそう。

754:ambiguous@yoidore.hebereke.ne.jp
05/04/26 23:09:17
言葉の端々に関係者臭が漂ってるのが気になりますねぇ。
身内に導入して実績を作るというのは常套手段ですし。

755:PBX?
05/04/27 00:30:49
>>747
IPセントレックスにでもしておけば？NTTコミュニケーションズとか。

756:756
05/04/27 01:45:20
>>753
痛いです。それくらいにしてください。

757:756
05/04/27 01:47:32
でもおもしろそうだから
>内線は完全なSIP Gatewayになってるよ
詳しく。用語の説明から

758:745
05/04/28 02:01:54 D9xe95UN
<<748
自社導入だから、当然面倒は見るけどね。そりゃぁ、楽するにこした事
ないが、業者に頼むならレガシーPBXいれても変わらないと思うし。
安ければいいのですが、価格はどのくらいでしょうか？
＜X7000、 IPセントレックス（安いもの）

759:759
05/04/28 03:28:16 dG8x4UyX
>>753
> う～ん，まぁ高級なセントレックスに比べればしょぼいんだろうけど，

高級なセントレックス？？
しょぼいセントレックスは知っているが、
高級なセントレックスはどれですか？IPセントレックスって
どのくらい導入すすんでる？まわりでは、実際に使っている
という話をあまり聞かないのですが。

760:760
05/04/28 03:29:59 dG8x4UyX
>>758
レガシーPBXにしとけ。

761:IP電話機
05/04/29 20:07:42 XYtf/Pi6
家庭用のＩＰ電話機(ＩＰ電話のＴＡ端末ではないＩＰ電話機)を探してるのですが、
なかなか希望のものが見つからないのでメーカーでもいいので教えてくれませんか？

Phone2PhoneでSIPphoneやStanaPhoneに接続できそうなもので
価格は１台10,000円以内
輸入なら英語での個人輸入ができるところ
の条件で探してますが、AKKORDとSIPphoneは見つかってるのですが
もう少し選択肢を広げたいと思って。
すみませんが、それ以外で教えてください。

762:anonymous@ P222013001083.ppp.prin.ne.jp
05/05/01 10:44:00
>>741
AGEPhone

763:ほげ
05/05/02 14:07:21
>>761

少し高いかもしれんが…これは？
URLﾘﾝｸ(www.planex.co.jp)

764:anonymous@ p9112-adsau07doujib4-acca.osaka.ocn.ne.jp
05/05/02 23:04:28
>>762-763
レスありがとう。

AGE phoneはソフトウェアフォンなのでダメです。
予算が・・・　すみませんでした。

765:_
05/05/03 06:18:30
>>764
もはやSIPで作るのが間違っているわけだ。
気がついている人は業界関係者には多い。
過去の投資分に縛られた人間がバカを見ているという事がね。

766:anonymous@ s217.IohsakaFL12.vectant.ne.jp
05/05/03 07:42:09
>>765

業界人じゃない（最近まきこまれはじめたネットワーク屋）ので教えてほしいんだけど、SIPじゃなければ、何で作るのがいいの?

767:
05/05/03 08:30:56
H.323

768:　
05/05/03 11:19:44
>>767

それこそ過去の遺物ですよ。

会社の先輩にドライブ誘われたんですが、ナンバーが3261で、、、、
ドン引きしました。

次ページ