[過去ﾛｸﾞ] SIPって知ってるかい？ [Part 2] (984ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されているため､ｷｬｯｼｭを表示しています｡過去ﾛｸﾞﾒﾆｭｰ
885: ぴ 2005/06/15(水)07:51 ID:kPK8zuKF(1) AAS
日本の場合基本通話ですら独自というか
実装ミスがあるからねぇ
キャリア別にファームがあったりするし
886(1): anonymous@ YahooBB219018252020.bbtec.net 2005/06/16(木)13:59 ID:s1+OKqS/(1) AAS
これが天下の NTT 東仕様。
http://www.ietf.org/internet-drafts/draft-hasebe-sipping-semi-regular-examples-00.txt
887(2): 3261 2005/06/16(木)17:41 ID:fNQy94Y8(1) AAS
それ結局うやむやになったドラフトだよね
888(2): 888 2005/06/16(木)20:51 ID:gLZUquYR(1) AAS
>>886
日本語版きぼん
889: プギャー 2005/06/16(木)23:24 ID:Ki6PePl1(1) AAS
Internet Draft Semi Regular Examples Feb 14th,2005
890: 8xx 2005/06/17(金)00:25 ID:??? AAS
>>887
経緯を詳しく。
891(1): 891 2005/06/17(金)01:31 ID:??? AAS
そういえばヘッダの国際言語化のドラフトを誰か書いていたような
display nameにカタカナ使ってもええのかえ？？
892(1): 892 2005/06/21(火)20:39 ID:889OQOj2(1) AAS
>>887
漏れも知りたい
893(3): 893 2005/06/21(火)23:30 ID:??? AAS
MLでのやりとりが止まってるという話か？
IETFでアップデートないし
NTTが出した数少ないドラフトなので読みました
一言でいうと余計なお世話
894: ↑ 2005/06/22(水)10:28 ID:??? AAS
MLのアドレスをキボン
895(1): 8xx 2005/06/23(木)10:43 ID:??? AAS
>>888
読むとこはほとんどないからガンガレ。
ていうか、図を見るだけでも吉？
>>893
私はちょと期待してたんですがねぇ。
まだ 00 だし、これから内容も充実してくるものかと。
むしろ、余計なお世話ってのは、RFC3665 の方では？
896: プギャー 2005/06/23(木)22:32 ID:tZtLbQL5(1) AAS
しかし、こんなの売りたくねーよな
897(2): 897 2005/06/24(金)00:01 ID:IHDajrCm(1) AAS
>>895
どの辺が余計なお世話なの？素でわかりません。教えて下さい。
確かに例にしてはメッセージの間違いが多すぎるけど。480 No Responseってなんやねんw
898(2): 898 2005/06/24(金)00:42 ID:??? AAS
日本人だったらTTC参照しろよ
あれはいいものだ
899(1): 8xx 2005/06/24(金)14:29 ID:??? AAS
>>897
Basic Call Flow なんて 3261 の記述以外に特筆すべき点はないでしょう。
とは思わなかったから RFC になっちゃったんでしょうね。
私は 3261 を補完する意味では NTT の ID の方が有用だと思いまふ。
>>898
読んだことないんですが、「日本人だったら」ってことは
日本語で書かれてるってことですか？
900(3): 900 [age] 2005/06/24(金)23:35 ID:??? AAS
>899
うーん、だったら3665を補完する提案でもよかったのでは？
どちらも3261と矛盾すべきでないけど某ドラフトは行きすぎてる点がある
901(1): 9xx 2005/06/25(土)19:18 ID:??? AAS
>>900
途中で書き込むボタンを押しちゃったんですか？
行きすぎてる点って？つづきをキボンヌ。
902(3): anonymous@ ZP105234.ppp.dion.ne.jp 2005/06/30(木)02:00 ID:??? AAS
NTTのI-Dってさ、BYE送信した瞬間にダイアログ解放する
って前提ぽいけど、それっていいの？
BYE送信時にセッションは解放すると思うんだけど、ダイアログも解放するんだっけ？
903(2): 903 2005/06/30(木)03:38 ID:nU7j5Ufp(1) AAS
>>900-902
みかかの実装の都合のよい方向にもっていこうとしてるのかも
文句があるならきちんとIETFのMLで反論すべし
RFC化されたら半分デファクトスタンダードだからなぁ
904(4): 9xx 2005/06/30(木)11:26 ID:??? AAS
>>902、903
If no SIP extensions have defined other application layer states
associated with the dialog, the BYE also terminates the dialog.
って、3261 に書いてあるです。
905(4): 902 2005/07/01(金)01:25 ID:??? AAS
>>904
BYEでsessionとdialogが終了するのは認識してるんだけど
そのタイミングがトランザクションの終了じゃなくて
BYE送信した瞬間なのかな、ってのが気になった。
http://www.ietf.org/mail-archive/web/sipping/current/msg08242.html
この辺でなんか纏まってた
>>903
ML検索してみたら納得できたよ。ありが㌧。
906(2): 906 [mage] 2005/07/02(土)12:17 ID:??? AAS
http://www.brekeke.com/ja/products/sipserver_ja.html
これってどうですかに？
907: いらね 2005/07/02(土)12:35 ID:??? AAS
宣伝か？なんでそんなもんに金出さなきゃならん。
908(2): 906 2005/07/02(土)12:39 ID:??? AAS
無料だと書いてあんのが読めんのかafoが。
909: afoで～す 2005/07/02(土)15:52 ID:??? AAS
>>908
何で個人でSIPサーバー使わなきゃならんねん。
910(4): 910 2005/07/02(土)19:44 ID:??? AAS
>>905
結局課金でトラブルにならないようにそうしてるのよね
ＮＴ○の人は今の電話の仕組みをそのままＳＩＰに持ってこようとしている
それがいいかどうかはわからんけど
911(2): ... 2005/07/03(日)01:08 ID:??? AAS
>>910
通話が全部無料じゃないんだから、課金はちゃんとして欲しいと思うよ。
たかが3分と言うなかれ。
912(1): EMANON 2005/07/03(日)22:06 ID:??? AAS
>>911
課金の仕方にも色々あると思うんだけど…
まぁ、現行のアナログ電話と同じ方法を残したかったのね。
913(1): 913 2005/07/04(月)00:39 ID:h5RUu8FB(1) AAS
>>908
SIPサーバ、個人でも使ってますよ。マニアというほどでもないけど、
いろんなサーバいじってます。
有料のも安いものは調べたけど、個人で遊ぶレベルならブレケケのは
簡単でいいよ。
実際に商用で運用実績あるのかは知りません。
914(1): 9xx 2005/07/04(月)23:12 ID:??? AAS
>>905
その URL はまだ見てませんが、3261 には、
The UAC MUST consider the session terminated as soon as
the BYE request is passed to the client transaction.
とあるので、BYE を送信したら terminated なのでは？
915(1): 905 2005/07/05(火)00:29 ID:??? AAS
>>910-912
その辺りはよく知らないんだけど何か事情があるんだな、と理解。
>>914
それって要するにsession＝メディア送信の終了ってだけでdialogは
BYEトランザクションが終了した時らしい(>>904が書いてくれた箇所なのかな)
916: sage 2005/07/05(火)00:47 ID:??? AAS
全体を理解してないのか。
Byeがなんなのか考えてみよう！
917: 9xx 2005/07/05(火)15:58 ID:??? AAS
>>915
>>904 の引用部分は、BYE 送信したら Session が終了して、
特にことわりがなければ Dialog も一緒に終了だよってこと
でしょう。
> dialogはBYEトランザクションが終了した時らしい
こちらのソースを教えて頂けませんか？
918: ９１８ 2005/07/05(火)17:00 ID:??? AAS
意外とみんなＲＦＣを読んでるんだな。。
BYEを処理したタイミングでダイアログを終了させなかったら、
どのタイミングでダイアログを解放するのがよいのだ？
919: 2005/07/05(火)17:31 ID:??? AAS
BYEを送信した時点か
BYEのレスポンスを受信するまでか
どっちなんだ？って話なんだろう。
BYEが交錯した時に互いに481ってのが気にいらないんじゃないか？
920(1): 920 2005/07/05(火)18:26 ID:??? AAS
レスポンスを受けた段階でダイアログを終了させるってことでいいのかな。
でもエラーレスポンスの場合は、どうすればいいんだ。
921(1): 921 2005/07/05(火)22:04 ID:??? AAS
某社が出してるSIP本と一緒に3261読むと、結構理解できると思われ。
922: __ 2005/07/06(水)00:02 ID:??? AAS
>>910
課金は関係ないでしょう。
どのタイミングまで課金するかなんて、如何様にもできるはずです。
session と dialog では解放のタイミングが違うというのであれば、
session 解放時に課金も止めれば良いだけです。
もっと言うと、session も dialog も関係なく、BYE 送信時に
課金を止めれば良いのです。
みかかを批判したいだけの半可 (ry
923: __ 2005/07/06(水)00:11 ID:??? AAS
で、session と dialog の解放のタイミングは違うんですか？
session が解放されたら dialog も解放されると思うんですが。
924: sage 2005/07/06(水)07:24 ID:??? AAS
BYEを投げるのは課金されてるがわとは限らないし今は異常系の
話をしてるわけだが
925: bye 2005/07/06(水)10:27 ID:??? AAS
BYE を送受信した時、と言えば満足ですか？
課金停止のタイミングをどこにするかというのと、dialog を
どのタイミングで解放するかというのは、別の話なんですから
混ぜっ返さないで下さい。
それから、異常系ではありません。
BYE がすれ違ったからって HelpDesk に電話されても困ります。
926(1): 926 [age] 2005/07/06(水)12:45 ID:??? AAS
で結論は？
結構根幹に関わる話だと思うのだが
各社の実装比べるとどうなってるのよ
927(1): 902=905=915 2005/07/06(水)22:01 ID:??? AAS
>>917-926
スマソ、>>904の引用(3261の15)に関しては勘違い
>こちらのソースを教えて頂けませんか？
>>905で出したところだけど
http://www.ietf.org/mail-archive/web/sipping/current/msg08242.html
引用しておくと
1) The session is terminated by the BYE message sending out.
2) The dialog is terminated by receiving the response to the BYE message
or a timeout
ってので結論にしちゃ駄目？
928(1): 928 2005/07/07(木)01:00 ID:??? AAS
>>927
ok
http://www.iptel.org/ser/doc/sip_intro/sip_introduction.html#FIG-DIALOG
929: 大手町 [age] 2005/07/12(火)17:54 ID:??? AAS
毎年同じメンバーかよ
930(2): 930 2005/07/15(金)00:11 ID:??? AAS
draftアップデートされてますね。名前変わりましたけど…。明らかなところは
直っているようです
931: anonymous@ tetkyo016194.tkyo.te.ftth2.ppp.infoweb.ne.jp 2005/07/17(日)04:39 ID:??? AAS
asteriskをSIPサーバに使ってみようと思っているのですが、
試しにWindowsMessenger(5.1)を繋いでみたところ、
うまく接続出来なかったので、サーバ側でパケットを見ていたところ、
=> REGISTER(auth無し)
<= 100 Trying
<= 401 unahthorized
=> REGISTER(auth無し)
<= 100 Trying
<= 401 unahthorized
=> REGISTER(authあり)
省11
932: anonymous@ tetkyo016194.tkyo.te.ftth2.ppp.infoweb.ne.jp 2005/07/17(日)05:16 ID:??? AAS
わからないけど、コンパイラ変えたら(gcc-4.0.1->gcc-3.4.4)いけました。
933(1): 933 2005/07/19(火)12:02 ID:??? AAS
>>930
まだ、ちゃんと読んでないですが、BYE のくろすふぁいあーはやっぱり 481 みたいですね。
明らかなところって何のことを指してます？
934(1): --- 2005/07/19(火)20:04 ID:wOFAq4hZ(1) AAS
国内の電話網を全面ＩＰ化・総務省、2007年までに
http://www.nikkei.co.jp/news/main/20050719AT1F1501319072005.html
これってSIPと関係ある？
935: 正しい標準語を使いましょう 2005/07/20(水)02:09 ID:??? AAS
>>934
伝送にIPを使うと言うだけでSIPを使うとは言っていない。
今の電話と同じ品質・機能を求めたら、IP電話ってそんなに安くないと思うんだけどなぁ。
936(1): 匿名 2005/07/21(木)11:31 ID:??? AAS
別に安いわけではないです。
だが従来の交換機の保守はもう不可能(従来より大幅にコストがかかる)
なのでキャリアも VoIP に行くしかないんですよ。
937(1): SIP [age] 2005/07/21(木)16:01 ID:??? AAS
192.0.2.301について
938: anonymous@ [age] 2005/07/21(木)19:50 ID:??? AAS
件名はいいから本文を書いてくれ
939(1): だれかリンクリンク！ 2005/07/22(金)00:55 ID:??? AAS
NTTでSIPやってる人がIPわかってないと判明
という話？
940: 2005/07/22(金)06:17 ID:??? AAS
>>939
そんなの最初からわかってると思うが？
941: anonymous.invalid 2005/07/23(土)01:34 ID:??? AAS
ほらよ。"semi regular" は外人に通じなかったらしい。
ちなみに、>>937 は Page 4。
http://www.ietf.org/internet-drafts/draft-hasebe-sipping-exceptional-procedure-example-01.txt
942(1): 942 2005/07/23(土)02:02 ID:??? AAS
Bob don't return final response っておかしくないか。どうでもいいけど。
draft多すぎ、追いきれない
943(1): 943 2005/07/23(土)16:02 ID:??? AAS
日本人にしか分からない英語書くなよといいたくなる。
SIP messageを信号って言い張るのもなんか釈然としない。
まあSignaling Protocolだから全否定はしないが。
944: 3261bis1 2005/07/23(土)21:14 ID:TSJdijNt(1) AAS
パリでは発表するの？
945: 匿名 2005/07/25(月)10:53 ID:??? AAS
せめて英文添削を通してから出してくれ。
946: anonymous 2005/07/25(月)11:51 ID:??? AAS
まあ旧交換器屋＝土建屋が出してますから。
社内的にも青白い目で見られてますよ。
947: EMANON 2005/08/09(火)19:20 ID:??? AAS
>>936
今のところ単なる流行というか…
一応は技術を追っかけておかないといかんぞなもしってぐらいでしょ。
事業所間のアナログ（デジタル）専用線をIP化するのは大きなコスト削減に結びつくけど
事業所内の内線電話に関してはIP化するとバカ高いよ、今のところ。
その上、信頼性全然ないし。
IP-GatewayのACアダプターが壊れまくって対応におおわらわの某セントレックスベンダーとか見てると
あと2年ぐらい待った方が良いと思える。
948: 2005/08/25(木)11:35 ID:??? AAS
ﾎｼｭ
949: カトリーナ 2005/09/01(木)22:12 ID:??? AAS
biloxi一気に有名になったな
950: [ ] 2005/09/02(金)13:45 ID:??? AAS
湿布
951: [ ] 2005/09/02(金)13:48 ID:??? AAS
http://ja.wikipedia.org/wiki/Session_Initiation_Protocol
http://ja.wikipedia.org/wiki/IP%E3%82%BB%E3%83%B3%E3%83%88%E3%83%AC%E3%83%83%E3%82%AF%E3%82%B9
http://ja.wikipedia.org/wiki/VoIP
ここらへんの てんさく たのむ
952: anonymous@ 05001012215829_ma 2005/09/02(金)21:13 ID:qw9SIgMe(1) AAS
きみらの時代はきてるかい
953: anonymous@ EATcf-449p137.ppp15.odn.ne.jp 2005/09/03(土)21:08 ID:7xmxfa42(1) AAS
２００ＯＫ
954(1): 2005/09/06(火)15:04 ID:??? AAS
http://wiki.sip-ix.jp/
955: 954 2005/09/08(木)01:44 ID:??? AAS
>>954
全然更新されてないよね...忙しいのかな？
956(1): 956 2005/09/22(木)00:40 ID:??? AAS
Timestampヘッダって何のために使うの？
RFC読んでもさっぱりわからん...
957: 2005/09/22(木)10:00 ID:??? AAS
ネットワーク遅延を測るためにあるんじゃない？
958: age [age] 2005/10/05(水)02:50 ID:??? AAS
みなさん、その後どうですか？
959(1): anonymous@ 210-20-142-212.rev.home.ne.jp 2005/10/05(水)11:43 ID:??? AAS
IP電話は中国のウェブサイトで買うと安いのだけど
クレジットカード番号入れるの怖いので、どうしようか
困っている。
960(1): 960 2005/10/05(水)13:16 ID:??? AAS
>>959
是非、人柱になってレポートして下さい。
国際郵便為替は使えないかな。。
961(1): anonymous@ itinoe.tsp.ne.jp 2005/10/10(月)02:10 ID:??? AAS
ハードフォンが手に入ったのでSIP鯖を立てようと思うのだが
フリーの鯖ってアスタリスクしか選択肢がない？
962: .... 2005/10/10(月)06:36 ID:??? AAS
>>961
SERは？
963(1): ][ 2005/10/10(月)17:21 ID:??? AAS
SIPサーバだけならSERの方がよさげ。
asteriskは最初が面倒くさいよ。
私はzaptel使ってるから、asterisk使ってるけど。
まあPBXなんで、転送とかそういう機能を求めてるならasteriskかもね。
964(1): 2005/10/10(月)20:18 ID:??? AAS
OnDOやNECの無料SIPサーバがおすすめ
965(1): anonymous@ itinoe.tsp.ne.jp 2005/10/12(水)00:15 ID:??? AAS
本屋でSIPのお手軽設定本を探したらasteriskのものしかなかったので
そーゆーもんかと思ったのですが、SERのほうが簡単そうですね。
SERを使ってみようかと思います。
・・・お仕事で使うときには商用サーバを使いたいなぁ
966: anonymous@ 219-100-243-213.denkosekka.ne.jp 2005/10/13(木)22:38 ID:??? AAS
>>964
NECの無料SIPサーバって何処にあるの？
967: C 2005/10/26(水)01:11 ID:??? AAS
>>807
そうなの？
968(1): 2005/10/26(水)02:00 ID:??? AAS
INVITEとREINVITEって何が違うのでしょうか？
違いが分からなくて困っています。
SIPって言われているほど全然シンプルじゃないですね。
969(1): 2005/10/26(水)18:20 ID:??? AAS
H323にくらぶれば(ry
970: 2005/10/26(水)19:19 ID:??? AAS
>>968,969
つ NOTASIP
971(1): 2005/10/27(木)00:23 ID:??? AAS
>>963,965
Asteriskって最初面倒かねぇ？前提となるパッケージが
少ないから簡単な方だと思うけど。
ただまあ、PBXだってのをわかって使わないとわけわか
らんかもねえ。
http://voip-info.jp/
972: _ 2005/10/27(木)23:28 ID:??? AAS
>>971
分かっちゃえばそれほどでもないんだけどね。
SIPサーバが欲しいだけなら、serの方が簡単だとは思う。
973(1): さー 2005/10/29(土)22:30 ID:KsSwj6IG(1) AAS
SIP Express Router をベースにして作られた
Open SERっていうSIPーproxyが10月24日にリリースされたみたい
だけど、使ってみたことある人感想聞かせて。
http://openser.org/pipermail/devel/2005-October/000822.html
974(1): 2005/10/29(土)23:12 ID:??? AAS
>>973
面白そうなんで試してみた。
あまりSERと変わったところがないみたい。
configも同じだし。
ここにあるSERとの差分に興味ある人限定ですな。
http://openser.org/diffs-0.8.14.php
俺はSERで十分。
975(1): さー 2005/10/30(日)01:28 ID:MCKTtdft(1) AAS
>>974
感想サンクスです。
SERでMysqlと連携したSIP認証(Register,INVITE)をiptel.orgの
マニュアルどおりやってもserctl startコマンドでエラーとなり
うまくいかなかったのでOpen SERなら出来るかも！！！って
期待して試してみましたが、SERと変わらずopenserctl startで
エラーになってしまいました。
SERでMysqlと連携したRegister認証を問題なく使いこなしている
人、何かコツがあるのでしたら教えていただけないでしょうか。
使っているOSは Fedora Core 4でMysqlはFedoraCore4をCDから
省1
976(1): 2005/10/30(日)11:37 ID:??? AAS
>>975
さー、それ結構難しいよ。
コツはSERをデバッグモードで起動して、エラーを潰していくこと。
mysqlのパス(PATH/Pass両方)とかちょっとでも違うと駄目ね。
977: さー 2005/10/31(月)00:01 ID:v1vo6Jwi(1) AAS
>>976
解決しました。
原因は alias=hogehoge.co.jp を
route {
より上の行に書かないといけないところを
この行の下に書いていたのが原因でした
978: ぁぅ 2005/10/31(月)00:13 ID:??? AAS
auのPTTってSIPベースなんだそうな
979: anonymous@ p1253-ipbf505marunouchi.tokyo.ocn.ne.jp 2005/11/07(月)15:06 ID:z5Oe+h9o(1) BE AAS
AGEphoneに期待あげ
980: NAT越え 2005/11/12(土)00:02 ID:aPxTr/m9(1) AAS
LINUXで作ったPCルータでSIPーNATが使えんのって知ってた?
http://sipx-wiki.calivia.com/index.php/HowTo_configure_iptables
981(2): anonymous@ 61.197.194.148 2005/12/09(金)21:02 ID:/jaDIi2s(1) AAS
最近、SERでプレゼンス機能サポートされたらしいけど、
この板で実際に使えてるって人いますか？
ステータス表示が変わらなくて困ってるんですけど…
982(1): anonymous@127.0.0.1 2005/12/10(土)22:51 ID:pTx5eXeY(1) AAS
↑クライアントに何使ってる？
983: 981 2005/12/12(月)10:43 ID:Hj45ZNMN(1) AAS
>>982
亀レススマソ
eyeBeamです。
984: 981 2005/12/13(火)13:47 ID:??? AAS
現在のSERは、プレゼンス機能にバグがあることが分かりました。
あと、XCAPを用いたプレゼンスのみでSIMPLEは未実装だそうです。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.371s