1 名前:SIP mailto:sage [2006/02/01(水) 11:14:06 ID:???] SIPってプロトコル知ってるかい? ☆インターネット上において指定した相手とコンタクトする機能 ☆様々なメディア・アプリにて相手とセッションを確立する機能 ☆メッセージおよび種々のイベントの非同期通知を実現する機能 などのインターネット上で不可欠な基本機能の枠組みを提供するSIPについて そのプロトコルや相互接続ならびに各アプリやシステムの動向について語りましょう 過去スレ SIPって知ってるかい? pc.2ch.net/test/read.cgi/network/988207855/ SIPって知ってるかい? [Part 2] pc8.2ch.net/test/read.cgi/network/1059941532/
2 名前:SIP mailto:sage [2006/02/01(水) 11:36:15 ID:???] www.ietf.org/ www.ietf.org/rfc/rfc3261.txt www.softfront.co.jp/tech/sip_rfc_draft.html www.softfront.co.jp/tech/ietfdoc/trans/rfc3261j.txt www.sipit.net/ www.ciaj.or.jp/hats/ www.nic.ad.jp/ja/voip-sip-tf/ www.telesa.or.jp/committee/2005/voip/index.htm
3 名前:anonymous@ i58-89-94-34.s02.a027.ap.plala.or.jp mailto:sage [2006/02/02(木) 23:50:33 ID:???] >>1 乙 初代スレのNo3を読むと実に感慨深いものがある。 しかしSIPそのものを語るフェーズはもう終わったかな。
4 名前:login:Penguin mailto:sage [2006/02/02(木) 23:52:03 ID:???] しまった。。。あららー
5 名前: mailto:sage [2006/02/03(金) 08:36:31 ID:???] 拡張機能とかについても語っていこうぜ
6 名前: mailto:sage [2006/02/07(火) 20:44:12 ID:???] www.nic.ad.jp/en/sipit18/
7 名前:sage mailto:sage [2006/02/08(水) 08:34:11 ID:???] >>6 高杉、ディスカウントプリーズ
8 名前:大昔に参加した mailto:sage [2006/02/08(水) 22:20:39 ID:???] >>6 NTTグループのロゴがうざい。1つにまとめろよ。 あと、日本語の案内ページはないのかい?
9 名前:8 mailto:sage [2006/02/09(木) 22:31:24 ID:???] もしかしてSIPit関係者ここみてるのか? 日本語情報ページが追加されてた。乙
10 名前:10 mailto:sage [2006/02/16(木) 05:48:51 ID:???] で、みんな参加するの? 参加したことあるヤシ、どんな感じなのか詳細きぼんぬ
11 名前:11 [2006/03/09(木) 08:03:51 ID:JswtFnvu] 閑古鳥ないてるな
12 名前:zaki mailto:sage [2006/03/10(金) 19:46:45 ID:???] ・ 参加費用 一人当たり 430ドル (4日分のランチ・ドリンク費用・ソーシャルイベントへの参加費用含む)
13 名前:13 mailto:sage [2006/03/13(月) 19:36:04 ID:???] VONに行くやついる?
14 名前:anonymous@ 07051060866995_ah [2006/03/20(月) 18:33:00 ID:lzmh1sOP] あげ
15 名前: [2006/03/22(水) 16:44:28 ID:UO2EcidN] RFC2543が存在した事が汚点であるプロトコル
16 名前:INVITE [2006/04/07(金) 18:48:54 ID:/0c//TyV] 思ったより日本企業の参加数すくねえな>SIPit 国内の相互接続で手いっぱいか?
17 名前: [2006/04/07(金) 19:29:45 ID:YiHmKg7v] 正直、 普通に接続試験やったって問題はもう出ないだろ
18 名前: mailto:sage [2006/04/08(土) 12:56:56 ID:???] VoIPなんかNTT経由で繋げばいいんだから相互接続なんか気にしなくてもいい。 自分の所で使う物は自分で検証するし。
19 名前:SIPit [2006/04/17(月) 12:37:45 ID:qfeEiC1d] はじまったな 参加してるヤシいたらレポートお願い。
20 名前:SIPit mailto:sage [2006/04/19(水) 22:42:40 ID:???] itpro.nikkeibp.co.jp/article/NEWS/20060419/235722/
21 名前:sage mailto:sage [2006/05/02(火) 18:39:43 ID:???] 参加してない漏れが言うのもなんだが、日本で参加した意味あったのか?
22 名前:anonymous@ l204078.ppp.asahi-net.or.jp mailto:sage [2006/05/31(水) 05:11:36 ID:???] SIP Forumのサイト、ハッキングされたのか?w
23 名前:anonymous@ mailto:s%61%67%65 [2006/05/31(水) 21:40:30 ID:???]
24 名前:この板には mailto:sage [2006/06/03(土) 22:33:13 ID:???] SIP技術者って全然いないのかねえ 足りない足りないって騒がれてるが でもSIP「だけ」じゃ結局何もできないんだよな。
25 名前:. mailto:sage [2006/06/03(土) 22:48:29 ID:???] SIP技術者って言うより、 自分のところの製品の技術者だから。。
26 名前: [2006/06/26(月) 19:35:26 ID:nJXrehTR] HATSの試験か、ちょっと気になるな
27 名前:anonymous@ l226190.ppp.asahi-net.or.jp [2006/07/17(月) 22:56:51 ID:wXtV2/ch] age
28 名前:anonymous@ i219-167-254-42.s30.a048.ap.plala.or.jp [2006/07/22(土) 03:25:36 ID:TmrkCl5x] アズジェント製品、サービスの不買運動開始!この会社のSIP製品は正直 使い物にならん。
29 名前:anonymous@ 05001012215829_ma [2006/08/11(金) 22:35:20 ID:TYqGh6bd] アズアズは何が駄目駄目?
30 名前:an mailto:sage [2006/08/31(木) 06:41:26 ID:???] 過疎ってるな なにかネタないのかあげ
31 名前:某社情氏担当 [2006/08/31(木) 08:21:31 ID:/zj9epb8] ネタ投下 SIPのカンファレンス機能で、 PolycomTV会議を巻取り鯛 互換性についてご意見を…
32 名前:自律増殖するオブジェクト [2006/09/02(土) 15:13:54 ID:0BC9t8r2] SIPってさ、テキストプロトコルでしょ。 バイナリフォーマットの方が組み込みやすいし、受話器作りやすいと 思うのだが。 他のインターネット・プロトコルとの親和性というのも何だかな、と。 「パソコンで電話」なんて、そもそも不便だと思うし。
33 名前:643216_t_Stack mailto:sage [2006/09/02(土) 15:34:24 ID:???] つ Sigcomp
34 名前:あ mailto:sage [2006/09/02(土) 16:45:20 ID:???] マイクロソフトのエンジニアが考えたプロトコルなんて所詮そんなもん
35 名前:... mailto:sage [2006/09/03(日) 10:28:00 ID:???] >>32 あなたは相当古い人間ですね。
36 名前:自律増殖するオブジェクト [2006/09/03(日) 14:00:57 ID:yA114Xm9] >>35 いや、んな古いってことないと思うけど・・・(タブン)。 HTTPはパソコンを使う、おじさん、おばさん、おねーさんたち だって意識することもあるかもしれない。 技術者でなくても、HTMLを手で書く人だっているし。 WEB系のグラフィックアーチストさんだっているし。 でもね、SIPは電話器、通信機器、向けのプロトコルでしょ? そのプロトコルのベース部分をテキストベースで設計して何の メリットがあると思ったのやら・・・。
37 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/03(日) 14:14:05 ID:???] HTTP と HTML の区別もついてないのか…。
38 名前:自律増殖するオブジェクト [2006/09/03(日) 23:34:50 ID:O5zm4wpp] >>37 馬鹿にしぃないでぇよー そっちのせいよぉー♪ さて。 あのねのね。 HTTPで運ぶHTMLはエンドユーザーが弄るでしょ。だからパソコ ン・アプリケーションの創意の余地は多いと思う。で、あるか らしてHTTPプロトコルがテキストベースであることのメリット は大きいと思う。 一方SIPが運搬するのは信号処理のパラメータと通話制御の手順情報。 だから、テキストベースで設計したところで、メリットの恩恵を受け る対象は技術屋の弄ってる機器やソフトウェア、ということになる。 技術屋にはプロトコルフォーマットはバイナリベースの方が扱いや すい。組み込みソフトウェアのスタックサイズもその方が助かる。
39 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/04(月) 00:13:15 ID:???] 要は、SIP なんて一般人が使わんからバイナリでいいじゃん とか思ってんだろ。 だったら、HTTP だって扱う奴は Web サーバーと Web ブラ ウザ作ってる奴ぐらで一般人はあまり関係ないぞ。(まあ、 CGI 書いてる奴は多少は意識するだろうけど、そいつらを 一般人と言うかは微妙だな。) そこを HTML がどうたら言うから >>37 みたいに書いてるわけ。 SIP のデータ量なんか高が知れてるし、インターネットのプロ トコルはテキストベースの奴が多いから自然とテキストベース になったんだろ。どうしても不満なら、RFC 書いて提案するな り、Skype みたいに自分プロトコルを広めるなりすればいいん じゃね? そもそも、バイナリフォーマットだろうがテキストフォーマッ トだろうが送受信ライブラリ作る時に多少違うだけで、あと はたいして変わらん (ようにライブラリを作るだろうし、 仕事ならライブラリ買ってくることも多いし。) > 組み込みソフトウェアのスタックサイズもその方が助かる。 今時ネットワークサポートしててそこまでメモリ要件が厳しい 組み込み機器なんかあんまりないだろ。
40 名前:自律増殖するオブジェクト [2006/09/04(月) 01:15:03 ID:dMbkiMia] > 要は、SIP なんて一般人が使わんからバイナリでいいじゃんとか思ってんだろ。 つか、バイナリで設計すべきじゃん?と思う。 > だったら、HTTP だって扱う奴は Web サーバーと Web ブラ ウザ作ってる奴ぐらで一般人は > あまり関係ないぞ。(まあ、 CGI 書いてる奴は多少は意識するだろうけど、そいつらを > 一般人と言うかは微妙だな。) HTTPの場合はさ、運搬するHTML(とそれに付随するCGIやJavaScript)に、親しんで取り組んで くれるアーティストやデザイナが盛り上げてくれてる。SIPにはそんな余地はないと思うわけ。 技術者が「IP電話器という製品」や「無線IP PBXという製品」を作りやすい設計にすべきでは ないかと思うわけ。 > そもそも、バイナリフォーマットだろうがテキストフォーマットだろうが送受信ライブラリ > 作る時に多少違うだけで、あと はたいして変わらん (ようにライブラリを作るだろうし、 > 仕事ならライブラリ買ってくることも多いし。) > > 組み込みソフトウェアのスタックサイズもその方が助かる。 > 今時ネットワークサポートしててそこまでメモリ要件が厳しい 組み込み機器なんかあんまり > ないだろ。 つかSIPに対応しようとするとそうなっちゃうんだって。 SIPのBODYにXML、という方向で盛り上がり出して、「これが標準です」と、きている。 仮に、標準仕様に準拠したIP電話器を、新規参入で作ろうとしたとき、ソフトウェア の比重が異様に高く感じると思う。IP電話技術の通信プロトコルをHTTPに似せて設計 したのはどうだったかと思うけどな。
41 名前:anonymous@ m016047.ppp.asahi-net.or.jp mailto:sage [2006/09/04(月) 02:34:20 ID:???] 問題なのはXMLじゃないの? SIPだけならバイナリでもテキストでもそれほど大した差はないと思うけど。
42 名前:PG [2006/09/04(月) 10:08:06 ID:s0treH3y] テキストでもバイナリでも大差ないとか、ふざけんな どれだけテキストのせいで苦労してると思ってるんだよっと言いたいです。 SIPは現状IP電話という枠でしか使われてないかもしれないけれど 多くの拡張をしたいためにテキストベースなのだと思うのです。 バイナリで良いじゃんとか、電話だけ作ってろと言いたいです。
43 名前:ietf mailto:sage [2006/09/04(月) 10:34:15 ID:???] 君たちは余計なことを考えずに H.323 使っててくれよ
44 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/04(月) 21:50:09 ID:???] >>40 > HTTPの場合はさ、運搬するHTML(とそれに付随するCGIやJavaScript) > に、親しんで取り組んでくれるアーティストやデザイナが盛り上げて > くれてる。 だ・か・ら、それは HTML だけの話で HTTP とは関係ないだろ。 FTP で、バイナリ転送しかしないから制御プロトコルもバイナリにした 方がいいとか言うのか? >>42 が書いてる通りバイナリだと往々にして拡張性の低い設計をする ことが多い。どうしても詰め込もうとする意識が働くからね。1980 年 代に IPv6 発表してたら、普通の技術者は何てもったいないことをする んだ って言うと思う。 通信速度が低くプロセサの能力も低い時代にはバイナリでやるしかない ことも多かったが、動画データがバンバン流れてリアルタイムで処理し ている昨今わざわざバイナリにする意味がほとんどない。 テキストのせいで苦労しているという >>42 のところはなんか設計が 間違ってるか、相当厳しい要件でもの作りしてるんだろうな。
45 名前:text mailto:sage [2006/09/04(月) 23:55:10 ID:???] >>42 この人は結局何が言いたいの? 前半と後半で言ってることが正反対。
46 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/05(火) 01:02:28 ID:???] >>45 テキストプロトコル反対派なんでしょ。 その是非は別にして、一応言ってることは首尾一貫してると思うが。
47 名前:自律増殖するオブジェクト [2006/09/05(火) 02:40:50 ID:s2YeqUZc] >>44 > HTTPの場合はさ、運搬するHTML(とそれに付随するCGIやJavaScript) > に、親しんで取り組んでくれるアーティストやデザイナが盛り上げて > くれてる。 >> だ・か・ら、それは HTML だけの話で HTTP とは関係ないだろ。 HTTPプロトコルを意識するのは技術者だけではないでしょ? という指摘をしてるだけ。 ま・さ・か、インターネット屋さんは、成功したHTTPプロトコル に似せればSIPもメジャーデビューだぜ? という勘違いをして はいないだろうねと。 > > FTP で、バイナリ転送しかしないから制御プロトコルも > > バイナリにした方がいいとか言うのか? SIPは通話技術を支えるプロトコル。 人と人との通話は、受話器にはじまり受話器に終わる。 将来にわたって、通話技術は、受話器すなわちマイクとスピーカと 交換機ありきであり、特に受話器が最も応用と拡張が検討されるべ き箇所。通話を実現する機能の標準は、より低コストに、より安全 に実現できるようにケアされるべきで、だったらバイナリフォーマ ットの方が理に適うでしょと。
48 名前:自律増殖するオブジェクト [2006/09/05(火) 02:52:40 ID:s2YeqUZc] >>42 が書いてる通りバイナリだと往々にして拡張性の低い設計をする > ことが多い。どうしても詰め込もうとする意識が働くからね。 PC上のソフトウェアやインターネットサービスで、アプリケー ションが開発される余地が多いにあろうと、呼制御プロトコルを 直接拡張する箇所はソフトウェア技術者の手による実装になるこ とは間違いない。バイナリフォーマットで十分でしょと。 > 通信速度が低くプロセサの能力も低い時代にはバイナリでやるし > かない ことも多かったが、動画データがバンバン流れてリアル > タイムで処理し ている昨今わざわざバイナリにする意味がほと > んどない。 PCやPDAを前提に考えすぎでは? > テキストのせいで苦労しているという >>42 のところはなんか > 設計が 間違ってるか、相当厳しい要件でもの作りしてるんだろ > うな。 機能は最短で実現したいだろうから、標準仕様という理由だけの 工数増は面倒に思うとか。
49 名前:_ mailto:sage [2006/09/05(火) 06:55:59 ID:???] UPnPよりマシ。
50 名前:ietf mailto:sage [2006/09/05(火) 11:25:28 ID:???] テキストってバイナリのサブセットだって知ってた?
51 名前:==== mailto:sage [2006/09/05(火) 11:45:40 ID:???] >>45 頑張ってテキストベースにしたんだから、バイナリでも大差ないとかいうなと言いたいんじゃないの?
52 名前:自律増殖するオブジェクト [2006/09/05(火) 21:30:40 ID:7G826ocb] >>50 text ∈ binary て言いたいわけ? SIPプロトコルのコンパクト化プロジェクト提案しに逝こうぜ。 日本発、ちゃぶ台返し。
53 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/05(火) 22:46:00 ID:???] >>47 > HTTPプロトコルを意識するのは技術者だけではないでしょ? 技術屋だけだろ。 まさか普通の人もブラウザに http://〜 とか入力するから "http" を意識してるとか言い出すわけじゃないだろうな。 > 成功したHTTPプロトコルに似せればSIPもメジャーデビューだぜ? > という勘違いをしてはいないだろうねと。 別に勘違いじゃないだろ。既に HTTP 知ってる「技術屋」はいっぱ いいるし、ライブラリだっていっぱいある。一から作るぐらいなら 似たようなもの手直しした方が楽だから、普及しやすいと思うのは ごく普通だと思うけど。 > 人と人との通話は 〜 受話器すなわちマイクとスピーカと交換機 > ありきであり まさかと思うが RTP を知らないとか言うんじゃないよね?
54 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/05(火) 22:57:49 ID:???] >>48 これ... > 呼制御プロトコルを直接拡張する箇所はソフトウェア技術者の手 > による実装になることは間違いない。 と、これ... > バイナリフォーマットで十分でしょと。 の関連が全然わからん。ソフトだろうがハードだろうが関係ないと 思うし、バイナリフォーマットの必要性の説明になってないし。 > PCやPDAを前提に考えすぎでは? 感覚が古すぎるんでは? > 機能は最短で実現したいだろうから、標準仕様という理由だけの > 工数増は面倒に思うとか。 そりゃ自分仕様以外の仕様は大概面倒なもんだよ。嫌なら、ライブ ラリ (スタックの方が普通かな) 買ってくるとかとかすればいいん じゃね?
55 名前:rfc3261bismada-? mailto:sage [2006/09/06(水) 06:27:19 ID:???] 情報処理試験(テクニカルエンジニア(ネットワーク))の午後Iの常連になったな
56 名前:a mailto:sage [2006/09/06(水) 12:21:42 ID:???] 日本語音声で、発呼出来るようにしよう。
57 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/06(水) 21:54:55 ID:???] >>56 だいぶ前の携帯で音声認識で電話かけられる奴あったような気がする。 すぐ廃れたみたいだけど。
58 名前:自律増殖するオブジェクト [2006/09/06(水) 22:13:16 ID:34++i37h] >>53 > > HTTPプロトコルを意識するのは技術者だけではないでしょ? > 技術屋だけだろ。 > > まさか普通の人もブラウザに http://〜 とか入力するから > "http" を意識してるとか言い出すわけじゃないだろうな。 そうだよ、その通りだよ。 WEBデザイナもCGIでパラメータ送信したい人はある程度は HTTPのことを調べてるだろうね。
59 名前:自律増殖するオブジェクト [2006/09/06(水) 22:13:49 ID:34++i37h] >>53 > > 成功したHTTPプロトコルに似せればSIPもメジャーデビューだぜ? > > という勘違いをしてはいないだろうねと。 > > 別に勘違いじゃないだろ。既に HTTP 知ってる「技術屋」はいっぱ > いいるし、ライブラリだっていっぱいある。一から作るぐらいなら > 似たようなもの手直しした方が楽だから、普及しやすいと思うのは > ごく普通だと思うけど。 インターネットプロトコルの多くは、電文の交換手続きと電文書式を 規定している。中央官庁の書類手続きと書類書式が、政治交渉の進捗 を遅らせる要因になっていなら、改善を検討しましょう、ということ になる。 > > 人と人との通話は 〜 受話器すなわちマイクとスピーカと交換機 > > ありきであり 人間は、音を発して、音を聞く、そうして意思疎通を行う生き物であり、 人間同士の遠隔間意思疎通を助ける技術の最も再重要要素は、音を発す る事、音を聞く事、この二つを助力する技術にあると考える。電文の交 換手続きと電文形式は、技術開発を容易にすべく、簡便であるべき。 > まさかと思うが RTP を知らないとか言うんじゃないよね? 全く知らんことはないが。SIPの呼制御の基本部分はRTPのようなフォー マットにしたほうがええんちゃうの?出来るだけ固定長にできるように 設計したほうがええんちゃうの? ま、そういうことで、SIPプロトコルのコンパクト化プロジェクト提案と 逝きますか。日本発、ちゃぶ台返し。だりゃーっ!
60 名前:自律増殖するオブジェクト [2006/09/06(水) 22:14:24 ID:34++i37h] >>54 > > 呼制御プロトコルを直接拡張する箇所はソフトウェア技術者の手 > > による実装になることは間違いない。 > と、これ... > > バイナリフォーマットで十分でしょと。 > の関連が全然わからん。ソフトだろうがハードだろうが関係ないと > 思うし、バイナリフォーマットの必要性の説明になってないし。 テキストフォーマットの必然性も本来無かった、と考える。バイナリ フォーマットかテキストフォーマットか、確かに些細な論点ではあるが。 SIPプロトコルをバイナリフォーマットでコンパクト化すれば、固定長 化(←できるだけ、ね)が実現できて、暗復号処理が早くなって、対応 デバイスの開発が促進されて、ソフトウェア実装の脆弱性の発生率の 低下に寄与しまっせ?、と。 > > PCやPDAを前提に考えすぎでは? > > 感覚が古すぎるんでは? インターネットバブル時の感覚に侵されているのでは? > そりゃ自分仕様以外の仕様は大概面倒なもんだよ。嫌なら、ライブ > ラリ (スタックの方が普通かな) 買ってくるとかとかすればいいん > じゃね? 短いプロトコルと短いプログラムは無条件に正しい。と思う。 ということで、日本発、SIPプロトコル、ちゃぶ台返しという方向でどうよと。
61 名前:自律増殖するオブジェクト [2006/09/06(水) 22:17:02 ID:34++i37h] >>56 sometimes, 誤発信しそう。
62 名前:... mailto:sage [2006/09/06(水) 23:07:20 ID:???] >>60 そういえばNTTはH.323を推してたっけなぁ... 組み込みやってる人には同情するけど、テキスト化の流れは止まらんだろうね。 デバッグ時にパッと見で分かるって言う利点は大きいよ。
63 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/07(木) 00:58:22 ID:???] >>58 > そうだよ、その通りだよ。 で、それと HTTP がテキストの方がいいというのかなんか関係あるのか? "http" って入力してるだけの人が、HTTP がテキストベースのプロトコル だからこりゃ楽だとか思ってるの? (w
64 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/07(木) 00:59:41 ID:???] >>59 > インターネットプロトコルの多くは、電文の交換手続きと電文書式を > 規定している。 多くって…、そもそもプロトコルって電文の交換手順とフォーマットを 規定したもんだろ。 > 中央官庁の書類手続きと書類書式が、政治交渉の進捗を遅らせる要因 > になっていなら、改善を検討しましょう、ということになる。 何を言いたいのかさっぱりわからん。ごまかしモードですか? > 全く知らんことはないが。 RTP は君の大好きなバイナリフォーマットだから、>>47 の後半で熱く 語ってくれたことって、傍からみてるとちょっと痛いと思う。 > SIPプロトコルをバイナリフォーマットでコンパクト化すれば、 > 固定長化(←できるだけ、ね)が実現できて まさかテキストでも固定長にできるし、バイナリでも可変長にできる ことぐらいは知ってるよね? > インターネットバブル時の感覚に侵されているのでは? でももう戻れないんだけど、ついて来れないの? > 短いプロトコルと短いプログラムは無条件に正しい。と思う。 無条件? きちきちに詰め込んだ拡張性のないフォーマットの末路が Y2K なんだけど、もう忘れたの?
65 名前:近視眼的すぎ mailto:sage [2006/09/08(金) 22:44:49 ID:???] >短いプロトコルと短いプログラムは無条件に正しい。と思う。 この手の知ったかぶりのヴォケ老人って うちの子会社にすげーいそうなんだよな… 迷惑だから窓際でじっとして何もしないでくれ。
66 名前:自律増殖するオブジェクト [2006/09/08(金) 23:06:25 ID:x0f4zlcj] あれ??ドラフトは? IETFのSIPメーリングリストに出して。貼って。 SIPのバイナリフォーマット化、よろしくw HTTPは、頂戴、貰った、でオワリ。SIPの場合はブン投げてから、 電話切るまで、内部的に状態を保持しつづけにゃナラン。SIPの バイナリフォーマットのあるエリアをそのままレジスタかRAMに 配置できるフォーマットにすれば状態遷移部の実装も楽になる でしょ。 > > 中央官庁の書類手続きと書類書式が、政治交渉の進捗を遅ら > > せる要因 になっていなら、改善を検討しましょう、という > > ことになる。 何を言いたいのかさっぱりわからん。ごまかし > > モードですか? インターネットプロトコルは電文の交換手順と書式の規定をするもの。 メジャーデビューしたHTTPプロトコルに似せて設計すれば良いという 発想は、「役人が隣の国の役所の書式を真似ると楽だったのでこうし ました」と言っているようなものではないのかと。 インターネットバブルの影響で、インターネットプロトコル屋は技術 屋としての本質を忘れて技能屋を化しているのではなかろーかと。
67 名前:自律増殖するオブジェクト [2006/09/08(金) 23:07:25 ID:x0f4zlcj] > > インターネットバブル時の感覚に侵されているのでは? > > でももう戻れないんだけど、ついて来れないの? 大丈夫。今なら、日本中のIP電話器が一斉に機能しなくなっても、 そうは困らないと思う。みんな携帯電話持ってるから。 間に合う。SIPプロトコルはは正しい設計方針で修正や。 > > 短いプロトコルと短いプログラムは無条件に正しい。と思う。 > > 無条件? きちきちに詰め込んだ拡張性のないフォーマットの > 末路が Y2K なんだけど、もう忘れたの? SIPプロトコルの合理化をしませう、と云っているだけで、何 もキチキチに切り詰めることはないかと。
68 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/09(土) 10:32:51 ID:???] > あれ??ドラフトは? 当然あんたが書くんだろ? まともなものが書けるかどうかは知らんが。 > HTTPは、頂戴、貰った、でオワリ。SIPの場合はブン投げてから、 > 電話切るまで、内部的に状態を保持しつづけにゃナラン。 テキストかバイナリかに全然関係ない話だと思うが。 > SIPのバイナリフォーマットのあるエリアをそのままレジスタか > RAMに配置できるフォーマットにすれば状態遷移部の実装も楽に > なるでしょ。 状態遷移のプログラム書いたことないだろ。送受信データに状態なん て入ってないよ。 > 「役人が隣の国の役所の書式を真似ると楽だったのでこうしました」 > と言っているようなものではないのかと。 で、それが政治交渉の進捗の遅れとなんか関係があるのか? 相変わら ず言いたいことはさっぱりわからん。 > インターネットバブルの影響で FTP も SMTP もインターネットバブル以前からあるテキストベースプロ トコルですが何か?
69 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/09(土) 10:33:33 ID:???] >> でももう戻れないんだけど、ついて来れないの? > 大丈夫。今なら、日本中のIP電話器が一斉に機能しなくなっても、 ついて来れないなら、一人で勝手に戻ってれば? > SIPプロトコルの合理化をしませう、と云っているだけで、 念のために言っとくけど、Y2K 問題起こしたフォーマットだって「当時 としては」最適設計されてたわけ。今、合理的でも将来まで合理的かど うかは誰にも保証できないから (性能とかに問題なければ) 柔軟性の あるプロトコルの方が有利だろって言うだけのこと。
70 名前:自律増殖するオブジェクト [2006/09/09(土) 12:52:18 ID:Efn8fXQV] インターネットプロトコル屋は、電文の交換手順と書式に時間を 使いすぎじゃないのか?その発想というかマインドには、技術開 発屋というより行政書士的なものを感じる。 あれ?この書式と手順はこうあるべきなのですよ? と、くる。 技術開発の本質的でない箇所に異様に拘る。 >>68 > > あれ??ドラフトは? > > 当然あんたが書くんだろ? まともなものが書けるかどうかは > 知らんが。 折れなら、その気になれば書けるかもね。 でもまずキミが書いてくれw インターネットプロトコル屋なんでしょ? どうせオレオレプロトコルで標準じゃないって言うんでしょ?
71 名前:自律増殖するオブジェクト [2006/09/09(土) 12:54:33 ID:Efn8fXQV] > > HTTPは、頂戴、貰った、でオワリ。SIPの場合はブン投げてから、 > > 電話切るまで、内部的に状態を保持しつづけにゃナラン。 > > テキストかバイナリかに全然関係ない話だと思うが。 こういうツッコミセンスに行政書士というか書類役人気質を 感じるのだが。インターネットプロトコル屋でよく勉強して る人に限ってそう。 > > SIPのバイナリフォーマットのあるエリアをそのままレジスタか > > RAMに配置できるフォーマットにすれば状態遷移部の実装も楽に > > なるでしょ。 > > 状態遷移のプログラム書いたことないだろ。 ほう・・・w > 送受信データに状態なん て入ってないよ。 状態を表すビット列もプロトコルパケットに入れるべきではw 実装も楽になってスタック小さくなるさね。
72 名前:自律増殖するオブジェクト [2006/09/09(土) 12:56:02 ID:Efn8fXQV] > > インターネットバブルの影響で > > FTP も SMTP もインターネットバブル以前からあるテキスト > ベースプロトコルですが何か? FTPもSMTPもね、コンピューター同士のデータ交換のための電文交 換手順だからええと思うんよ。 SIPはね、通話機同士、受話器同士の電文交換手順だから、駄目なんよ。 受話器(マイクとスピーカ)はね、人間の耳と口に近づけるものなの。 小さくて身体にフィットしてナンボなのよ。 そんなところに使われるような通信規約仕様に、 HTTPもどき?? XML?? 技術屋としてのセンスを疑う。
73 名前:自律増殖するオブジェクト [2006/09/09(土) 12:56:39 ID:Efn8fXQV] >>69 > >> でももう戻れないんだけど、ついて来れないの? > > 大丈夫。今なら、日本中のIP電話器が一斉に機能しなくなっても、 > > ついて来れないなら、一人で勝手に戻ってれば? 何を言ってるんだい? SIP。トチ狂った技術開発センスで、通話機器の通信規約の標準が 決まっている、と言わざるを得ない。センスを疑う。 そのせいでたくさんのプロジェクトが往生して、IP電話機本体の 開発が遅れてるでしょ?パッとしないでしょ?だから修正しよう よって、言ってんじゃん。 パッとしたのは独自プロトコルのSkypeだけ。 いやだってみんなSIPって言ってるし、HTTPだってそうだし・・。 と言ってる場合じゃないでしょと。
74 名前:自律増殖するオブジェクト [2006/09/09(土) 12:57:15 ID:Efn8fXQV] > > SIPプロトコルの合理化をしませう、と云っているだけで、 > > 念のために言っとくけど、Y2K 問題起こしたフォーマットだって > 「当時 としては」最適設計されてたわけ。今、合理的でも将来 > まで合理的かど うかは誰にも保証できないから (性能とかに問 > 題なければ) 柔軟性のあるプロトコルの方が有利だろって言うだ > けのこと。 拡張性とか柔軟性とかコンピューターの上のアプリケーション のことばかり考えちゃ駄目でしょと。 SIPはね、コンピューター同士が繋がるというケースも多いけど、 基本は通話機器間のプロトコルであるべきで、受話器のこと考え てないでしょと。
75 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/09(土) 13:32:17 ID:???] > 技術開発の本質的でない箇所に異様に拘る。 バイナリに拘ってるのはあんたの方では? 俺は、あんたが優秀なプロトコル提案して広めてくれればすぐにでも乗り換えるよ。 ただ、バイナリにするのが技術的に優秀とはとても思えないし、広まるとも思えな いけど、これは俺の主観だから、ぜひとも俺の目から鱗を落としてみてくれ。 > でもまずキミが書いてくれw なんで? おれは細かいところは別にして大枠は SIP で十分と思ってるよ。 不満がある奴が改善する。それが普通だろ。 > どうせオレオレプロトコルで標準じゃないって言うんでしょ? 新規のプロトコルは全てオレオレで非標準だよ。 そんなあたりまえのことに突っ込んでどうする。 何でそんな心配するのかよくわからん。 俺のレスにそれを感じさせるところがあるなら指摘してみれ。 それとも印象操作のつもり?
76 名前:anonymous@ 202x210x243x26.ap202.ftth.ucom.ne.jp mailto:sage [2006/09/09(土) 13:56:34 ID:???] >何を言いたいのかさっぱりわからん。 いい加減スルーしてやれよ...
77 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/09(土) 14:03:03 ID:???] >> テキストかバイナリかに全然関係ない話だと思うが。 > こういうツッコミセンスに行政書士というか書類役人気質を そう言われたくなければ、「技術的に」関連を示せばすむだけの話。 > 状態を表すビット列もプロトコルパケットに入れるべきではw > 実装も楽になってスタック小さくなるさね。 例えば受信待ちと言う状態をサーバーに送っても、送ってる最中に ユーザーが受話器を上げて発信中になるかもしれない。 だから、状態なんかをパケットに入れてもしょうがない。 悪いけど基本中の基本だよ。 > SIPはね、通話機同士、受話器同士の電文交換手順だから、駄目なんよ。 > 受話器(マイクとスピーカ)はね、人間の耳と口に近づけるものなの。 > 小さくて身体にフィットしてナンボなのよ。 > そんなところに使われるような通信規約仕様に、 > HTTPもどき?? XML?? 技術屋としてのセンスを疑う。 携帯電話の制御ソフトウェアの規模が 500万行を超える時代に何を言ってるの? プロトコル関連のソフトなんて 1% にも満たないよ。
78 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/09(土) 14:05:36 ID:???] > そのせいでたくさんのプロジェクトが往生して、IP電話機本体の > 開発が遅れてるでしょ?パッとしないでしょ? 別にテキストかバイナリ化の問題で遅れてるわけじゃない。 主に相互接続と SIP の機能不足と言うと語弊があるかもしれないけど、日本の 使い方をプロトコルがサポートしきれていないところが多い。 それもここ一年ぐらいでかなり解消されてるし。 Skype はすごいと思う。だからお前もこんなところでグタグタ言ってないでがん ばってオレオレプロトコルを広めろよ。その気になればドラフト書けるんだろ? > いやだってみんなSIPって言ってるし、 これは重要なこと、プロトコルは相手があって何ぼのもんだから。 どんな優れたプロトコルでも広まっていないプロトコルは使えない。 > 受話器のこと考えてないでしょと。 いったい受話器ってどんなもんを想定してるんだ? 8bit CPU + 2K ROM + 512B RAM あたりか?(w
79 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/09(土) 14:07:24 ID:???] >>76 まあ、暇だし他に話題もなさげだし、スレタイから大きく外れてるわけ でもないから大目に見てくれ。 話題あるなら引っ込むけど、なんかある?
80 名前:sage mailto:sage [2006/09/09(土) 14:52:53 ID:???] >79 いや、勘違いオヤヂの模範解答みたいで笑えるんで 暇なら続けてください :-) バイナリにすれば良くなるっていう発想はある意味新鮮だった 何が解決するんだろう… # リアルに俺の前に来たら鉄拳制裁必至だけど
81 名前:PG [2006/09/09(土) 15:28:01 ID:d/wImiOl] このスレというか、この業界が過疎ってたので、 この盛り上がりは素直にうれしい。 もっとやってくれ(笑
82 名前:SF mailto:sage [2006/09/09(土) 15:56:27 ID:???] Sigcompでいいじゃん。
83 名前:自律増殖するオブジェクト [2006/09/10(日) 00:51:50 ID:s+kdVTdl] 電文書式と交換手順は技術的な議論では収束しないときがある。 行政の書類と同じで。 > 例えば受信待ちと言う状態をサーバーに送っても、送ってる最中に > ユーザーが受話器を上げて発信中になるかもしれない。 > だから、状態なんかをパケットに入れてもしょうがない。 > 悪いけど基本中の基本だよ。 このパケット受信したらこういう状態に遷移してね?っつーフィール ドなら意味アルやろ?。悪いけど常識中の常識だよ SIPプロトコルは出来るだけ固定長ヘッダブロックの塊バイナリフォ ーマット、最後にcrcかチェックサムや。テキストのライン・ストリ ーム処理じゃ脆弱になりやすくない?
84 名前:自律増殖するオブジェクト [2006/09/10(日) 00:55:05 ID:s+kdVTdl] 秋葉原駅前の自民党総裁候補演説逝った? 折れ、逝ってきたw 通話技術の基本は、 「 受 話 器 」。 もう一度いいたい。 「 受 話 器 」。 技術立国たる日本の科学者・技術者としての本質的な問題解決の 視点を忘れ、 - 通話技術を進歩させる受話器とは何か? - 製品開発を促進する安全で美しくて効率的なパケットフォーマ ットとシーケンスとは何か? 何故、この問題を解決するために真摯に知恵を絞ろうとしないのか? 海外製の手順と書式に囚われ、技術屋としての本分を忘れ行政書士 と化し、些細の書式(しかも海外製)の正誤に一喜一憂した結果、ど うなってしまったのか? ここはだな、襟を正して、決意を新たに、IETFに、SIPプロトコル のコンパクト化、やりなおしを提案すべきではないのかと。ここは 日本発のμSIPのドラフトを出すべきではないのかと。 SIP1.0、すなわち日本のIP電話の夜明けを気象衛星ひまわりに例え ると、だ。 衛星軌道に乗る前に爆発炎上だ。 しかもひまわりとおおすみは相互に通信できなかった。 最後にもう一度、言いたい。通話技術の基本は「受話器」。 この原点に立ち返って、IP通話技術の未来を再考すべき時に来て いるのではないのかと
85 名前:自律増殖するオブジェクト [2006/09/10(日) 00:55:51 ID:s+kdVTdl] あれ? ドラフト貼ってくれた? IETFのSIPのMLに送ってくれた? 届いてないんだけど? μSip ブロックバイナリ形式コンパクト化でしょ? 役所への届出書類でもそうだけど、本人が自分で書けても作成はまず 行政書士に依頼するのが基本。
86 名前:anonymous@ 219-100-232-237.denkosekka.ne.jp mailto:sage [2006/09/10(日) 01:49:23 ID:???] 台湾のヤフオクなんだが、関連機器大杉。 tw.bid.yahoo.com/tw/2092097076-category-leaf.html?.r=1157820480 ある意味うらやましいな。
87 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/10(日) 02:48:47 ID:???] >>83 > このパケット受信したらこういう状態に遷移してね?っつーフィール > ドなら意味アルやろ?。 それは、イベント ある特定のバケットを受信しても遷移する状態は受信側が自分の現在の 状態を見て決める、決してパケットの中身に遷移先の状態を書いてある わけじゃない。 > 悪いけど常識中の常識だよ オレオレ常識語られてもね。(w > SIPプロトコルは出来るだけ固定長ヘッダブロックの塊バイナリフォ > ーマット、最後にcrcかチェックサムや。テキストのライン・ストリ > ーム処理じゃ脆弱になりやすくない? TCP/IP の勉強からやり直すことを薦める。 >>84 技術的な話をしない / できないなら 板違いなので、政治 板にでも逝って 思う存分語ってください。 >>85 > だからお前もこんなところでグタグタ言ってないでがんばってオレオレ > プロトコルを広めろよ。 > その気になればドラフト書けるんだろ?
88 名前:anonymous@ p92e769.sitmnt01.ap.so-net.ne.jp mailto:sage [2006/09/14(木) 00:00:20 ID:???] ちょw SIPスレなんてあったのw H.323、MGCP、SIP、全部分かる俺がきましたよ。 テキストVSバイナリですか。マイナーなMGCPは置いておくと、、、 テキストのSIPの方が簡単で開発がしやすいです。 テキストのSIPの方がネットと親和性が高いです。 そんだけ。RFC関係者でもない俺にはそれ以上のことは意味がないです。 SIPがバイナリだったら、何かと面倒くさいな。まずアホSEじゃ問題の切り分けができなくなる。 >>87 関係者だね。
89 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/14(木) 00:53:56 ID:???] > SIPがバイナリだったら、何かと面倒くさいな。 > まずアホSEじゃ問題の切り分けができなくなる。 問題の切り分けとかの時はどうせ Ethereal とか使うから プロトコルがバイナリだろうがテキストだろうがたいして 変わらんよ。
90 名前:01010101 mailto:sage [2006/09/14(木) 01:02:38 ID:???] >>89 Etherealで見たってバイナリはバイナリでしょ。
91 名前:@_@ mailto:sage [2006/09/14(木) 08:05:11 ID:???] 受け取ったパケットの一部を、そのままメモリにのせる方が、 テキストのストリーム処理より、明らかに脆弱だと思うが。。 どうせ、メモリにのせる前にチェックするんだから、大して変わらん。 だったら、通信のチェックとかがしやすい方が良い。
92 名前:91 mailto:sage [2006/09/14(木) 08:07:14 ID:???] 脆弱だと思う -> 脆弱性をはらみやすいと思う
93 名前:PG [2006/09/14(木) 15:22:39 ID:XY6Grotg] EtherealからWiresharkに乗り換えた
94 名前:anonymous@ softbank220021184096.bbtec.net mailto:sage [2006/09/15(金) 09:39:06 ID:???] はらみやすい。。。ハァハァ
95 名前:ほげほげ mailto:sage [2006/09/15(金) 09:46:15 ID:???] ざっと読んでみたけどバイナリの利点がわからん 受話器側がしょぼいとバイナリの方がいいかもって程度?
96 名前:PG [2006/09/15(金) 10:34:00 ID:bqbXjK5g] バイナリだと仕様がガチガチになる その代わり開発が楽だ
97 名前:sage mailto:sage [2006/09/15(金) 11:17:45 ID:???] だったら H.323 使えと…
98 名前:_____ mailto:sage [2006/09/15(金) 23:42:12 ID:???] >>96 バイナリだからガチガチにしなきゃいけないというワケじゃないんだけどね。 融通効くようにするとテキストよりも大変そうだけど。
99 名前:anonymous@ softbank218140119105.bbtec.net mailto:sage [2006/09/16(土) 00:53:16 ID:???] >>90 バイナリでも見えるけど、Ethereal 使う意味が半分以上ないと思うぞ。 >>93 Ethereal が商標登録されてるとは知らんかった。
100 名前:あのねます mailto:sage [2006/09/16(土) 10:08:48 ID:???] もうskypeでいいよ
101 名前:anonymous@ PPPa646.e27.eacc.dti.ne.jp mailto:sage [2006/09/17(日) 09:57:39 ID:???] 漏れはG.711でいいよ
102 名前:sage mailto:sage [2006/09/17(日) 12:05:19 ID:???] それじゃ しぐなりんぐ じゃないYO
103 名前: mailto:sage [2006/09/18(月) 08:19:11 ID:???] ssipになると中身はバイナリになるんじゃない?
104 名前:0000 mailto:sage [2006/09/18(月) 23:52:38 ID:???] >>103 あんた、ズレてますよぉ!
105 名前:sipping [2006/09/22(金) 00:44:19 ID:aETY1hnm] news19.2ch.net/test/read.cgi/newsplus/1158759425/175 >原因はN社製鯖(ハード自体はh社製IA鯖)のCPUかメモリ故障。 >ベンダーで交換したボードを回収して原因を解析中
106 名前:anonymous@ 05001012215829_ma [2006/09/22(金) 22:16:45 ID:NRaXKjJ6] 大分SIPも浸透してきたよね って最近感ずる
107 名前:anonymouse [2006/09/23(土) 01:07:31 ID:7rYfNUWd] で、アスタリスクつかってたの?
108 名前:z9hG4bK [2006/09/23(土) 04:52:48 ID:MKpamkgT] >>105 N社製ってのはNECだよね、たぶん。 >>107 NECがどっかにつくらせたやつじゃねえ? って、asteriskベースだったりして。
109 名前:総務 mailto:[] [2006/09/23(土) 09:49:45 ID:???] Asteriskを導入してる大手企業ってあるのか? 零細企業なら導入しても問題なさそうだが
110 名前:anonymous@ pl045.nas922.p-fukushima.nttpc.ne.jp mailto:sage [2006/09/23(土) 09:59:59 ID:???] >>109 米国ではそこそこ人気あるらしいけどねぇ *9で保留とか慣れないんだよなぁ
111 名前:anonymous mailto:sage [2006/09/23(土) 10:46:22 ID:???] >>110 asteriskって、保留指示の方法すら自分で設定できないの??
112 名前:anonymous@ pl1021.nas923.p-fukushima.nttpc.ne.jp mailto:sage [2006/09/23(土) 11:02:49 ID:???] >>111 普通のビジネスホンて保留ボタンがあるでしょ? VoIPゲートウェイ使って普通の電話機をつないでるから使えないの ちょっとでも安くしようと思ったら・・・あきらめてる
113 名前:PSTN網最強 mailto:sage [2006/09/23(土) 11:33:44 ID:???] voip-info.jp/index.php?%A3%B1%C8%D6%A4%CB%C5%C5%CF%C3 Asterisk+snomで出来る
114 名前:Afterisk mailto:sage [2006/09/25(月) 17:45:12 ID:???] NTT東のIP電話不具合、ソフトのバグが原因 www.asahi.com/digital/nikkanko/NKK200609250008.html IP電話はSIPサーバという専門のサーバをプログラムで制御する発展途上の技術を使う。
115 名前:やれやれ mailto:sage [2006/09/26(火) 00:34:10 ID:???] >>114 さすが朝日、技術音痴丸出しな記事だ。
116 名前:IETF mailto:sage [2006/09/26(火) 01:53:13 ID:???] >>115 いや、まだまだSIPはこれから技術発展して途上だよ。 SIP/SIPPING WGに来ればわかる。
117 名前:ISDN mailto:sage [2006/09/26(火) 07:44:26 ID:???] >>116 日本語の問題をいってるのでは?
118 名前:anonymous [2006/09/26(火) 15:42:42 ID:Ru+vivNZ] itpro.nikkeibp.co.jp/article/NEWS/20060925/248895/ > もう一つは各呼制御サーバーを束ねる中継系呼制御サーバーの不具合。 > ビジネスタイプ用の呼制御サーバーで輻輳が頻繁に起こった結果, > サーバーのメモリー上にデータが溜まり,処理領域を圧迫。 > 中継系呼制御サーバーで所定の性能が発揮できず,輻輳が生じたという。 > 「19日の輻輳でメモリー上にゴミが堆積。 > 19日にはアプリケーションを再起動したが, > OSを再起動しなかったためゴミが残ったままになってしまった」。 > この結果,20日も輻輳が起こったという。 > そこで,20日午後にOSごと中継系呼制御サーバーの再起動を実施。 > メモリーからゴミが消えたため,現在は正常に稼働しているという。 輻輳でメモリー上にゴミが堆積するSIPサーバ? サーバを再起動してもゴミが残ったままになるSIPサーバ?
119 名前:119 mailto:sage [2006/09/27(水) 00:27:36 ID:???] >現在は毎秒100コール程度の処理をこなせるようになったという。 性能こんなもんでいいのか??
120 名前:sage mailto:sage [2006/09/27(水) 11:14:36 ID:???] 外の世界を知らないから。
121 名前:proxy [2006/09/27(水) 17:30:40 ID:D+pDlm1o] itpro.nikkeibp.co.jp/article/NEWS/20060925/248881/ >> 「ひかり電話のビジネス向けの各サーバーで、毎秒10以上の通話が発生すると遅延が生じる状況だった。毎秒100通話まで改善させた」 >> 100通話を想定してシステムを構築したが、「実際の処理能力は10通話の性能だった」という。 毎秒10通話の性能しかでなければ、 いくらひかり電話ユーザ数がまだ少ないからといっても破綻するわな。 しかし、どう下手に作ると毎秒10通話しかさばけないSIPサーバが出来上がるんだろ。
122 名前:名無しさん [2006/09/28(木) 01:05:28 ID:4xZinSUB] ひかり電話は終わってるね NTTはSIPの自主開発すらできないってことか itpro.nikkeibp.co.jp/article/OPINION/20060922/248791/ >電話交換機はNTT自身が設計・開発しているから,何かあってもすぐに原因がわかる。 >ところがIP電話の機器は,メーカーが開発した装置を買ってくるから, >ある意味ブラックボックス」(NTTのある幹部)という事情もある。
123 名前:_ [2006/09/30(土) 11:11:43 ID:MOL5kPqs] >>122 ブラックボックス状態も問題だが、 そもそも、いろんなレベルにおけるNTTの設計ミスではないか? 例えば、輻輳なり障害なりバグを踏んだりしたとしても、 東日本全域で崩壊してダウンという運用設計は、素人レベルの設計ミスに見える。 | 加入電話では何日にもわたって,東日本全域でつながりにくくなることはない。 | 加入電話で通話制限をする場合は,障害が起こった電話交換機あての | 発信だけを制限するという具合に,かなり細かく設定するからである。 | 一方,今回のひかり電話のネットワークでは, | 技術的には特定の呼制御サーバーだけへの発信を制限するといったことは可能だが, | そうした設定を施していなかったため,全域で制限せざるを得なかった。
124 名前:_____ mailto:sage [2006/09/30(土) 11:38:46 ID:???] >>123 細かくサーバ分けるほどの加入者がまだいないだけだろ。 ロードバランシングぐらいしておいて欲しいけど。
125 名前:anonymous mailto:sage [2006/09/30(土) 12:22:19 ID:???] >>124 現に輻輳から始まるトラブルが起きたわけでその判断はおかしい どちらにせよ東日本が全滅するような構成をとっていた時点でDQN確定
126 名前:横から失礼 mailto:sage [2006/09/30(土) 17:48:58 ID:???] >>125 輻輳の原因はバグだろ?
127 名前:127 mailto:sage [2006/09/30(土) 18:02:07 ID:???] >>126 バグがあろうとなかろうと、それと関係なく以下の点はおかしい。 ・買ってきたものなのでブラックボックスであるという言い訳 ・東日本全体が何日も通信障害に陥るという構成にした設計と運用 ・OSレベルでの再起動をしなかったため更に1日解決が延びたなどの対応ミス もちろん、それに加えてバグが原因があるわけだが、 耐久テストなどでのバグ出しができていなかったわけなので、弁解の余地なしではないか。
128 名前:anonymous@ usr043.bb154-03.udk.im.wakwak.ne.jp mailto:1 [2006/10/01(日) 05:18:50 ID:???] >>127 >東日本全体が何日も通信障害に陥るという構成にした設計 違う違う。 どこからでもかけてこられないように全部をとめたわけさ。 構成の問題じゃない。 どんな構成にしたって同じ。 127は実際、どういう構成にすればいいってわけ? 122をよく読め。フィルタリングする設定をしてなかっただけとある。 単なる怠慢。
129 名前:anonymous mailto:sage [2006/10/01(日) 07:01:35 ID:???] どこからでもかけてこられないように全部をとめる、って、社会的影響が大きすぎる。 障害が出ている部分だけに限定して停止できるべきであろう。明らかに構成の問題。 まともなシステムならば、範囲限定で停止あるいは制限することができる。 フィルタリングする設定をしてなかっただけ、って、恥ずかしい弁明。 まともな対応ならば、フィルタリングする設定をすればいい。 あるいは、それすらできない構成をとっていたならば、設計ミスだろうな。
130 名前:anonymous mailto:123 [2006/10/01(日) 11:02:11 ID:???] >>129 >明らかに構成の問題 構成って意味、間違って使ってるな。 それともCAやサーバーの台数のことか? どんな構成にしたって同じだろ。 IP電話の構成って知ってるの?
131 名前:グループ外までマッチング探索かけてた mailto:sage [2006/10/01(日) 11:15:23 ID:???] どうでもいいが、「かからない」じゃなくて「かかりにくい」な。落ちてないから。落ちたの西だから。
132 名前:0120 mailto:sage [2006/10/02(月) 00:33:35 ID:???] もうBIG-IPでも入れてサーバ台数増やして何とかしろよ。
133 名前:anonymous mailto:4 [2006/10/02(月) 10:09:29 ID:???] BIG-IPなんて初期のころから入れてるよ。サーバーの台数も有り余るほど。
134 名前:sage mailto:sage [2006/10/03(火) 11:22:56 ID:???] > IP電話、通話分散策を検討 NTT東社長 > www.asahi.com/business/update/0930/006.html > > 「今回の経験を生かしたい。通話が集中しても別のサーバーに通信量を分散させるソフトなどを開発したい」と述べた。 > 改良ソフトの導入時期は、光回線とインターネット技術を使った次世代ネットワークの本格サービスが始まる来年度後半に間に合わせたい考えを示した。
135 名前:00000 mailto:sage [2006/10/03(火) 23:08:31 ID:???] >>133 ひかり電話でBIG-IP? え?ほんと?
136 名前:_ mailto:sage [2006/10/08(日) 13:32:34 ID:???] BIG-IPってSIPにも対応しているの?
137 名前://// mailto:sage [2006/10/08(日) 21:05:07 ID:???] >>136 v9からOK。実績は知らん。
138 名前:anonymous@ 150.44.215.220.ap.yournet.ne.jp [2006/10/09(月) 10:10:19 ID:b16Lty7T] ttp://www.f5networks.co.jp/solution/archive/whitepaper/wp09.html
139 名前:anonymous mailto:sage [2006/10/09(月) 23:54:23 ID:???] いまどきの性能の良いSIPサーバは、どれくらいの量こなせる??
140 名前:anonymous@ itinoe.tsp.ne.jp mailto:sage [2006/10/12(木) 09:42:32 ID:???] 宣伝ぽく聞こえるかもしれんが3CXのIP-PBXってどうなのかね?
141 名前:_ mailto:sage [2006/10/12(木) 19:01:05 ID:???] >>140 宣伝でもいいので、いろいろ情報書いて。
142 名前:興味本位 mailto:sage [2006/10/13(金) 00:29:36 ID:???] >>140 面白いISPだね。バックボーン1.5Mbps?
143 名前:anonymous mailto:sage [2006/10/16(月) 00:59:59 ID:???] >>134 NTTはさっさとENUMを導入しないから。 SIPドメインも分散すればいいのに何故しない。
144 名前:電電 mailto:sage [2006/10/16(月) 01:17:30 ID:???] >>135 ひかり電話では使ってないだろ。 今頃、必死になって自前ロードバランサ作ってるでしょ。無駄だねぇ...
145 名前:__ mailto:sage [2006/10/17(火) 00:17:49 ID:???] >>144 また何億もかけて無駄な物を作るんか? BIG-IP買ってくりゃいいのに。
146 名前:_ mailto:sage [2006/10/17(火) 01:53:03 ID:???] DNS設定でロード分散すればいいだけなのに
147 名前:lr= mailto:sage [2006/10/17(火) 23:32:48 ID:???] >>146 SIPだよ?さすがにそれじゃまずいでしょ。
148 名前:sage mailto:sage [2006/10/18(水) 20:08:25 ID:???] なんか久々に盛り上がってますね
149 名前:iminasu mailto:sage [2006/10/20(金) 00:13:51 ID:???] 今回は誰もSIPit参加してないのか てゆーか前回の日本開催でどれだけ日本のベンダがいたのやら
150 名前:やれやれ mailto:sage [2006/10/24(火) 00:23:34 ID:???] おい、f5!さっさとNTTにBIG-IP入れろよ。 ひかり電話がまた輻輳だぞ。
151 名前:anonymous [2006/10/24(火) 22:14:57 ID:NRTtHQzJ] しかし、こんな初歩的ミス犯すかね? NTT東はバグだと弁明し、NTT西はサーバの能力不足と弁明し、ありえない。 サーバーの能力不足が原因 NTT西のIP電話障害 news19.2ch.net/test/read.cgi/newsplus/1161687060/
152 名前:_ mailto:sage [2006/10/24(火) 22:33:47 ID:???] > www.asahi.com/national/update/1024/OSK200610240072.html > > NTT西日本のIP電話サービス「ひかり電話」がつながりにくくなっている問題で、 > かかってきた電話を振り分けるサーバーの処理能力が不足していたと発表した。 > > 処理能力(1秒間平均120件程度)を超える電話がかかり、処理できなくなった。 > > 処理能力を向上させるため、11月中旬にサーバー1台を増やす予定だった。 > > ネットワークサービス部長は「まだ処理できる余裕があると思っていたが甘かった」と陳謝した。
153 名前:anonymous [2006/10/25(水) 13:11:23 ID:WJtmr8Y8] | ひかり電話にはSIPサーバーが何台ある? | itpro.nikkeibp.co.jp/article/COLUMN/20061005/249968/ | | 正解は,「20〜30台程度」です。 | NTT東西地域会社のIP電話サービス「ひかり電話」は, | SIPを使うIP電話サービスです。 | ユーザーの電話番号やIPアドレスなどを管理する「SIPサーバー」を運用して, | サービスを提供しています。 | | SIPサーバーは,エリアごとに置かれています。 | このエリアとは,都道府県のことではなく,もっと広い範囲です。 | SIPサーバーの台数は,ユーザー数とともに変わってきますが, | 現在は全国で20台程度が運用されています。 | たとえば,東日本では,法人向けに3台, | 一般家庭向けに10台のSIPサーバーがあります。 | ひかり電話のユーザーが電話をかけると, | まず,自分に最も近いSIPサーバーにSIPのリクエストが届きます。 | そのリクエストが,相手側のSIP サーバーまで渡っていきます。 | | 東日本といっても,北海道から山梨,長野まで全17都道県があります。 | その中で法人向けが3台しかないので, | ざっくり言って,6県に1 台しかないという計算になります。 | 少ないように思えますが,IP電話でやり取りされるSIPパケットの量は, | 音声パケットの量に比べてはるかに少ないので問題ありません。 | SIPパケットは,電話番号などの管理情報をやり取りするだけなので, | 通話中はほとんど利用しないからです。 | SIPサーバー1台ずつの処理能力を考えれば, | この程度の数で十分というのがNTTの考えです。
154 名前:anonymous [2006/10/25(水) 13:15:04 ID:WJtmr8Y8] (つづき) itpro.nikkeibp.co.jp/article/COLUMN/20061005/249968/ | ただ,それだけ1台のカバー範囲が広くなるので, | どれかのサーバーに何か障害が発生したときに, | 影響範囲が大きくなってしまいそうです。 | もっとSIPサーバーの数を増やすべきと思いますか? | | ここで,一般の固定電話(加入電話)の場合と比べて見ましょう。 | 加入電話では,電話をかけるときにやり取りする電話番号などの | 制御情報(共通線信号)を,電話交換機同士が「共通線信号網」という | データ通信ネットワークを使って送っています。 | これはIP電話で言うと, | SIPのやり取りをするための専用のネットワークに相当します。 | 共通線信号網で使われているSTP(信号中継交換機)と呼ぶ交換機は, | 全国で20台程度です。たった20台で日本全国をまかなっています。 | つまりSTPの台数はSIPサーバーの台数と同程度です。 | STPはSIPサーバーと同じように, | 1台でかなり多くの共通線信号を集めて処理しています。 | これでも,十分に障害が発生せずに運用できています。 つまり、処理能力が不足するようなことはありえません。
155 名前:まさか mailto:sage [2006/10/25(水) 18:24:04 ID:???] SIPサーバーの性能検証試験をサボって STP と同じ台数でいいだろ、っていうことで設計した なんてことはないだろうな?
156 名前:sage mailto:sage [2006/10/25(水) 18:51:08 ID:???] NTT西のIP電話、3日連続で規制実施 headlines.yahoo.co.jp/hl?a=20061025-00000105-yom-soci 規制は3日連続となり、静岡県から沖縄県まで2府28県の全83万3000回線で、 発信の25%、着信の50〜95%がつながらない状態となっている。 23日朝に発生した通信障害は、24日午後10時20分過ぎにいったん復旧。 25日午前6時までに通信処理サーバーを1台増設したが、 その後、通話が集中して新サーバーに負荷がかかりすぎたとしている。 規制解除のメドは立っていない。
157 名前:_ mailto:sage [2006/10/25(水) 21:40:56 ID:???] これ、ほんと? news19.2ch.net/test/read.cgi/newsplus/1161748204/201 そもそも今回の障害ってのはCASのSIPサーバって大前提があるわけよ。 NTT西日本の光電話ってのはファミリータイプのSIPサーバにはOnDOを使ってる。 ビジネスタイプのはアスタリスク使ってるんだけどまーこっちはいいわ。 んで、SIPサーバってのはBHCAが重要なんだわ。 ファミリータイプの場合は1SIPサーバあたり5.3万世帯のBHCAなんだわ。 これはOnDOの仕様で決まってるのな。 86万世帯に影響ってあるから 86/5.3=16.2 つまり、OnDO16.2万ライセンスが必要なんだけどもNTTがケチってライセンス足りてなかっただけ。 SIPサーバ増やすよりもまずライセンス買えってことなんだわw
158 名前:昔Cla(ry mailto:sage [2006/10/25(水) 23:43:09 ID:???] そもそもClass4ってかMGCはあれ?Nと通研のやつじゃなかったっけ…
159 名前:anonymous mailto:sage [2006/10/25(水) 23:55:44 ID:???] itpro.nikkeibp.co.jp/article/OPINION/20060922/248791/ >「電話交換機はNTT自身が設計・開発しているから,何かあってもすぐに原因がわかる。 >ところがIP電話の機器は,メーカーが開発した装置を買ってくるから, >ある意味ブラックボックス」(NTTのある幹部)という事情もある。 と、あるので、少なくともNTT自社開発ではないことは確実。
160 名前:. [2006/10/26(木) 08:52:14 ID:KVk1u5vC] news19.2ch.net/test/read.cgi/newsplus/1161687060/219 >>呼出し用の SIP ソフトウェアは CISCO の Call Manajer 臭いな。 >>保守があって日本で馴染みの深い SIP ソフトウェアと言うとそのくらいしか思い付かん。 >>と仮定すると、サーバーのOSは、Windows 2000 Server か 2003 Server だな。 >>あんな糞 OS をミッションクリティカルなシステムに採用していたとしたら、 >>NTT もダメダメだな。
161 名前:..... mailto:sage [2006/10/26(木) 23:32:22 ID:???] >>160 あまりのアホさに呆れました...
162 名前:_ mailto:sage [2006/10/27(金) 00:43:04 ID:???] www.nikkei.co.jp/news/main/20061026STXKE043426102006.html >NTT西の森下俊三社長はこの日の記者会見で、 >通信処理サーバーの処理能力が >仕様書の記載内容より低かったことも障害の一因と強調。 いったいどこのSIPサーバを使っているんだろう?
163 名前:_ mailto:sage [2006/10/27(金) 11:27:27 ID:???] re-INVITE時にSDP内のConnection-InformationのIPアドレスを変更してRTP送出先を変更させるのって、 どっかのRFCに書いてあったっけ?
164 名前:anonymous [2006/10/27(金) 18:46:16 ID:KerfSZsD] >>163 During the session, either Alice or Bob may decide to change the characteristics of the media session. This is accomplished by sending a re-INVITE containing a new media description.
165 名前:NTT mailto:sage [2006/10/27(金) 19:02:41 ID:???] itpro.nikkeibp.co.jp/article/NEWS/20061027/251982/ NTT西日本は10月27日,10月23〜25日の三日間続いたひかり電話の障害について会見を行い,謝罪した。 なお,NTT西日本幹部の責任については「今回の障害は人知を超える範囲だと考えている」(NTT西日本の森下俊三社長)と突っぱねた。 「これだけ大規模のIP電話網をIPv6で設計・運用するのは最先端の取り組み。何が起こるか分からない」(森下社長)と強調。
166 名前:++++ mailto:sage [2006/10/27(金) 19:40:26 ID:???] 何が起こるかわからないもの売るなよ。
167 名前:バグだらけ mailto:sage [2006/10/27(金) 19:50:12 ID:???] 「人知を超える範囲」 これ割と稀代の名言じゃね?
168 名前:anonymous mailto:sage [2006/10/27(金) 21:36:22 ID:???] >>167 社会インフラに対して、「最先端の取り組み。何が起こるか分からない」と言うのも恐ろしい名言だ。
169 名前:sage mailto:sage [2006/10/27(金) 22:03:23 ID:???] > itpro.nikkeibp.co.jp/article/NEWS/20061027/251982/ > 障害の原因は,毎秒140程度の同時通話に耐えられるよう設計していたはずが, > 実際には毎秒120程度までしか耐えられなかったこと。 > 同時通話が120以上発生した時点で呼処理サーバーがふくそう。 > 次いで中継系呼制御サーバーにも影響が波及した。 しょぼいSIPサーバだな
170 名前:anonymous mailto:sage [2006/10/27(金) 23:38:40 ID:???] headlines.yahoo.co.jp/hl?a=20061027-00000008-rbb-sci >> 「呼処理サーバ」(SIP連携サーバ)に >> 処理能力を超えるトラフィックが流れ込んだことにより、輻輳が発生したのが原因。 >> この呼処理サーバは、ひかり電話とそれ以外のネットワークとの通信を制御する「中継系呼処理サーバ」(CAサーバ)または、 >> 加入者データを元に通信を制御する「呼制御サーバ」(SIPサーバ)を連携させるものだ。 予測ミス、設計ミス、運用ミスで、必然的に失敗しただけに見える。
171 名前:SIP [2006/10/28(土) 00:16:07 ID:F5DesElQ] きれいに整理把握して設計できないまま運用しているようにみえる headlines.yahoo.co.jp/hl?a=20061027-00000003-imp-sci 発着信規制時に一定のトラフィックが加わった時点で 一部の中継系呼制御サーバーと相互接続用関門交換機との間で 想定外の「制御信号の衝突」が異常発生したことが原因。 これまでNTT西日本が経験したことのない事象だった
172 名前:hage mailto:sage [2006/10/28(土) 01:35:18 ID:???] > なお,NTT西日本幹部の責任については「今回の障害は人知を超える範囲だと考えている」(NTT西日本の森下俊三社長)と突っぱねた。 > 「これだけ大規模のIP電話網をIPv6で設計・運用するのは最先端の取り組み。何が起こるか分からない」(森下社長)と強調。 「何が起こるか分からない」代物を固定電話を解約までさせて使わせるなんてキチガイにも程がある。 普通クビだろ。
173 名前:anonymous@ rocn177-238.rnac.ne.jp mailto:sage [2006/10/28(土) 02:36:18 ID:???] >>172 「何が起こるか分からない」代物を固定電話を解約までさせて使わせるなんてキチガイにも程がある。 これは禿同せざるを得ないな。 NTT東もトラブル中に売り込みに来たけどすげぇ調子の良いこと言ってたよ。 まぁ障害発生してんの知ってて乗り換える俺も相当だと思うけどさ。
174 名前:anonymous mailto:sage [2006/10/28(土) 02:37:49 ID:???] あれ。半角スペースだとフシアナ解除できなくなったのか…。orz
175 名前:anonymous mailto:sage [2006/10/28(土) 06:56:16 ID:???] >>173 しかし、このままでは、PSTNからSIPベースへの置き換えは数年遅れるかもしれんな。 SkypeやP2Pなどインターネット電話が覇権を取るかもしれん。
176 名前:GONZOU-R ◆nno7wradFU mailto:sage [2006/10/28(土) 09:40:41 ID:???] 今のIP固定電話の利用体系ってIPto固定って流れが大抵をしめているから 既存固定網からの元々のNo7(ACM、ANM、REL)の遅延と、処理系の負荷が きつくなって、その影響がIP電話のrace conditionという形で表現したんだよ。 つまり収容設計のミスだ。 まずはCA/MGW〜STP/GSの接続点を増やして信号輻輳を散らせ。 そもそも極端に処理スピードの早いシステム(IP電話)のDB代わりとして処理 スピードの遅いシステム(固定電話)を単純につなげる発想が、電話屋らしくてお粗末。
177 名前:GONZOU-R ◆nno7wradFU mailto:sage [2006/10/28(土) 09:54:56 ID:???] って資料を見る限りやつらもそこまでばかじゃないな。 www.ntt-west.co.jp/news/0610/061027a_4.html
178 名前:anonymous@ 170.61.205.61.west.global.alpha-net.ne.jp mailto:sage [2006/10/28(土) 15:19:21 ID:???] 電話というシステム上、2重ぐらいに出来んのかね。 何があるかわからない ということは、結局見積もりが甘すぎたって事だな。
179 名前:anonymous mailto:sage [2006/10/28(土) 15:29:12 ID:???] >>178 見積もりが甘いにしても、度が過ぎていると思う。 余裕係数とかの取り方がNTTの場合は非常識。 itpro.nikkeibp.co.jp/article/NEWS/20061027/251982/ > 障害の原因は,毎秒140程度の同時通話に耐えられるよう設計していたはずが, > 実際には毎秒120程度までしか耐えられなかったこと。
180 名前:anonymous? mailto:sage [2006/10/28(土) 16:08:47 ID:???] >>179 おいおい・・・・・・・・だめだめじゃん・・・・・・・・ たとえ140 まともに動いたとしてもすぐ一杯一杯になりそうだが。 IP電話はその性質上、一般家庭ですら複数電話番号持てる とか歌って、 性能足りませんでした っていうのはどうなんだろうね。
181 名前:saga mailto:saga [2006/10/28(土) 16:12:34 ID:???] >>143 まともなキャリアなら、ENUMなんか導入するわけがない。 何のメリットもないもの。
182 名前:anonymous mailto:sage [2006/10/28(土) 16:18:03 ID:???] >>181 ENUM導入でメールのように完全分散してしまえば、 今回のような西日本全体で通信障害とかはなくなる。 キャリアによる一極集中型のほうが今回のトラブルを引き起こしやすくて不利なのは明らか。
183 名前:s mailto:sage [2006/10/28(土) 18:11:32 ID:???] 全然区切ってないから規制→再起動も一括でやらないといけなくなる。 結局設計できる人間が社内にいないんだろうな。買い物で構築も丸投げ。
184 名前:うほ [2006/10/28(土) 23:30:21 ID:rvpgpYLG] 一極集中の方が管理が楽だし責任の所在も明らかなのだ
185 名前:h mailto:sage [2006/10/29(日) 01:36:30 ID:???] 管理のための一極集中と区切るかどうかは全く関係ないけどな。
186 名前:anonymous [2006/10/29(日) 17:17:36 ID:fwE+E/oV] >>184 ドメインを区切ったほうが責任の所在はさらに明確になるし、 トラブルが起きたときも最小限の範囲に抑えられる。 NTTのような一極集中型のほうが圧倒的に不利なのは明らか。
187 名前:.. mailto:sage [2006/10/29(日) 21:23:21 ID:???] >>157 16.2万ライセンスってすごいな。サーバーマシンも1万台は必要じゃね?
188 名前:anonymous@ softbank219001188003.bbtec.net [2006/10/30(月) 09:35:00 ID:hgPeGZ6T] >>184 「「IPの世界は何が起きるか分からない。人知を超える範囲だ」と述べ、トラブルは避けら れなかったとの認識を示した。 」って、責任逃れの言い訳だよね?
189 名前:へへ mailto:sage [2006/10/30(月) 12:35:50 ID:???] そふとばんく なハゲ電波にも 「顧客対応・管理の世界は何が起きるか分からない。人知を…」 とか言って欲しいな
190 名前:anonymous? mailto:sage [2006/10/30(月) 15:09:52 ID:???] >>188 うん。たとえ言ってることが本当だとしても、今度は、リスク管理を問われる。
191 名前:. mailto:sage [2006/10/31(火) 13:19:59 ID:???] 地域IP網も最初の数ヶ月は毎日のようにトラブルあったなぁ あれも丸投げやっつけ仕事だった
192 名前:h mailto:sage [2006/10/31(火) 20:07:22 ID:???] ただのイソターネットと電話じゃ事の重大性が違いすぎるぜ。
193 名前:_ mailto:sage [2006/10/31(火) 20:36:34 ID:???] たしかに、NTT東西それぞれの三日間のトラブルでは、 電話が通じないために商売上の信用を失ったところが多発したのが大きいね。 まだインターネットのトラブルよりも深刻かな。
194 名前:i mailto:sage [2006/10/31(火) 21:55:12 ID:???] メールなんかダイヤルアップで十分用が足りるからな。
195 名前:anonymous mailto:sage [2006/11/02(木) 20:06:29 ID:???] >>114 >IP電話はSIPサーバという専門のサーバをプログラムで制御する発展途上の技術を使う。 SIPサーバが専門のサーバなのはいいとして、 発展途上の技術というのはいかがなものか? もう十分に枯れているのではないか?
196 名前:0990 mailto:sage [2006/11/03(金) 00:56:54 ID:???] >>195 あの社長、技術系じゃないからな。あんな事を言わせる技術系の部下も酷いが。
197 名前:s mailto:sage [2006/11/03(金) 01:26:10 ID:???] どうせ全部丸投げでしょ。 誰一人実態を把握できていない。
198 名前:anonymous? mailto:sage [2006/11/03(金) 01:33:55 ID:???] ま、部下の話を聞く奴なら、こんなことは言わんだろ
199 名前:. mailto:sage [2006/11/03(金) 10:14:07 ID:???] これって、SIP関係ある? www.mainichi-msn.co.jp/shakai/wadai/news/20061103k0000m040124000c.html NTT東日本と西日本は2日、光ファイバー回線を利用したIP電話サービス 「ひかり電話」の通信制御機器のソフトウエアにプログラムミスが見つかったと発表した。 約12万2000台の利用者に、ソフトの更新を呼びかけている。 不具合が見つかったのは、通信制御機器の電源が誤って切れた時に自動的に再起動させるソフト。 プログラムミスが原因で、このソフトを導入すると、電話の発着信やインターネット接続ができなくなる恐れがあるという。 ソフトは両社のホームページで無料で更新できる。
200 名前:あ mailto:sage [2006/11/03(金) 13:46:32 ID:???] 全く関係ない
201 名前:anonymous? mailto:sage [2006/11/03(金) 14:01:19 ID:???] ゲートウェアに使ってたら関係あるんじゃマイカ?
202 名前:anonymous@ itinoe.tsp.ne.jp mailto:sage [2006/11/04(土) 19:48:20 ID:???] このスレで「関係ない」というのはSIPのプロトコルと関係ないということ 機器を使っているとかお客に入れているというのなら別板の話だよな。 ところで「ゲートウェア」ってナニ?「ゲートウェイ」なら知っているが
203 名前:- mailto:sage [2006/11/05(日) 05:21:23 ID:???] ゲートウェイに搭載してるファームウェアだからゲートウェア
204 名前:sage mailto:sage [2006/11/08(水) 00:32:11 ID:???] 久しぶりに訪問したらなんかすごい盛り上がってるねー >>157 ワロタ。座布団3枚
205 名前:anonymous [2006/11/08(水) 00:39:23 ID:xzCxDndP] ローゼンバーグおじさん
206 名前:anonymous mailto:sage [2006/11/15(水) 05:18:54 ID:???] | www.asahi.com/digital/internet/OSK200611100093.html | システムに余力を持たせるため、3種類のサーバー計15台を増やす。 | 装置の性能を検証し、IP技術者の育成も強化する。 やっぱり交換機技術者ばかりでIP/SIP技術者はいないのか
207 名前:anonymous mailto:sage [2006/11/15(水) 14:37:31 ID:???] 早くノウハウがたまるといいんだけど。でも、まぁ、この手はなぁ
208 名前:anonymous mailto:sage [2006/11/15(水) 15:41:39 ID:???] >>207 NTTからRFC4715 (ISDN Subaddress Encoding Type for tel URI) 出たぜ
209 名前:anonymous mailto:sage [2006/11/16(木) 01:39:40 ID:???] ISDNなんかもはやどうでもいい。KPMLもようやくRFCになったのか。
210 名前:うひ [2006/11/20(月) 16:10:32 ID:PnQMWSLl] callidとかtagとかbranchとか乱数を使う場合に、 乱数の種が時間になっていると同タイムで動作した時に乱数値が同じになる。 これらの値は一意であるべきなので、これは望ましくない。 乱数だけでなく他の値も付加するか時間以外の値を乱数の種とするのが良い。 と最近思ったのですがどうでしょうか?
211 名前:... mailto:sage [2006/11/20(月) 23:18:54 ID:???] >>210 当たり前じゃん。MACでも使えばいい。
212 名前:____ mailto:sage [2006/11/21(火) 00:34:59 ID:???] >>211 そんなことを全く考えていない端末もまだまだあるけどね。
213 名前:anonymous mailto:sage [2006/11/23(木) 01:19:26 ID:???] SIPベースで、IP電話に中継局オーナーって必要あるの?
214 名前:anonymous@ i125-203-22-139.s02.a001.ap.plala.or.jp mailto:sage [2006/11/23(木) 01:55:18 ID:???] >>213 近未来は必要なんだろうよ
215 名前:超未来 mailto:sage [2006/11/23(木) 14:34:45 ID:???] そもそも最初っから明らかに詐欺じゃんねぇ
216 名前:ふふふ [2006/11/23(木) 15:02:42 ID:iQJo+22v] >>210 まったく同意です。困ってます。直してくれよ。
217 名前:ななっし mailto:sage [2006/11/23(木) 16:54:17 ID:???] >>213 ニュースでラックの中に装置がなかったことを社長に問いただすと 「アナログからデジタルへの設備更新中」 と答えていたんで、たぶんSIPじゃないとおもわれw
218 名前:社員 mailto:sage [2006/11/23(木) 17:05:23 ID:???] ベースバンド伝送じゃなくて変調掛けたモデム伝送なんだよ。
219 名前:anonymous mailto:sage [2006/11/24(金) 00:36:02 ID:???] >>210 そんな乱数の意味がない実装をしているSIPソフトって存在するの?
220 名前:な mailto:sage [2006/11/24(金) 22:59:26 ID:???] >>219 ソフトは知らんけど、電話機ならあったな。 ファームアップで直ったけど。
221 名前:sage mailto:sage [2006/11/25(土) 06:02:04 ID:???] >>220 そのファームアップはソフト更新したということだろ
222 名前:anonymous@ 05001012215829_ma mailto:sage [2006/11/28(火) 01:14:54 ID:???] ミドルウェアってどうよ
223 名前:なんや mailto:sage [2006/11/30(木) 00:01:33 ID:???] あ〜疲れた
224 名前:なんや mailto:sage [2006/11/30(木) 08:19:33 ID:???] SIPの次はあるのか?
225 名前:HHeLiBeBCNOFNeNaMgAl mailto:sage [2006/11/30(木) 10:55:01 ID:???] >>224 SiPときたら次はSだろ ja.wikipedia.org/wiki/%E5%91%A8%E6%9C%9F%E8%A1%A8
226 名前:anonymous mailto:sage [2006/11/30(木) 19:29:10 ID:???] というか、今はもうほとんどsips:へ移行しちゃったよね いまどき、セキュリティに問題ありまくりのsip:使ってる人っているの?
227 名前:.......... mailto:sage [2006/12/01(金) 01:55:59 ID:???] >>226 キャリアやISPのIP電話はsipだろ。
228 名前:ASP mailto:sage [2006/12/01(金) 02:56:20 ID:???] 電話会社やISPはあんまりセキュリティ考えてないからしょうがない。
229 名前:そこだけは mailto:sage [2006/12/01(金) 22:42:02 ID:???] でやっぱりSIP技術者少なくない? 第一人者って評価高い?
230 名前:anonymous mailto:sage [2006/12/04(月) 22:25:45 ID:???] >>229 日本にもローゼンバーグ級のひとたち、たくさんいる? もしいれば、評価高いはず。
231 名前:ぬるぬる [2006/12/05(火) 00:21:37 ID:FJs6oi5R] >>226 https使ってればセキュリティばっちり、って思ってるタイプかな? SIPサーバとのトランスポートの安全性だけあってもしょうがないのよ。 まあ勉強してくださいな。
232 名前:sipping mailto:sage [2006/12/05(火) 01:02:42 ID:???] >>231 はあ? sipsつかっていれば、ホップバイホップのセキュリティはバッチリですが。 もちろん、エンドトゥーエンドのセキュリティも欲しければS/MIMEすればいいだけのこと。 あまりにも常識過ぎて勉強することか??
233 名前:anonymous mailto:sage [2006/12/06(水) 22:14:47 ID:???] SIPなんて結局ローゼンバーグのおっさんに従ってるだけなんだなあ。。。
234 名前:anonymous mailto:sage [2006/12/07(木) 10:45:54 ID:???] >>233 ローゼンバーグおじさまは、結局、会社ごとCiscoに買収されちゃったの?
235 名前:anonymous@ srv1.agile.ne.jp mailto:sage [2006/12/08(金) 19:21:24 ID:???] SERってユーザーごとのコンカレントコール数制限できるの? 事情があってなんとかSERでやりたいんだけど、、、、。 知ってる人おしえーて。
236 名前:anonymous@ p2247-air01kdtoyoshi.nagano.ocn.ne.jp [2006/12/09(土) 18:33:12 ID:yMQqXu25] 個人でも使える PSTN−SIPのゲートウェイってあるのかな?
237 名前:anonymous mailto:sage [2006/12/09(土) 19:22:20 ID:???] >>236 NTTに頼めば月300円で貸してくれる
238 名前:あのにます mailto:sage [2006/12/09(土) 19:47:21 ID:???] >>236 SIPから外線(FXO)だと一般人で手に入れられるのはアイコムのSR-5200VoIPシリーズしかない。 普通の電話機をSIPの端末にする(ATA)ならNTTのVoIPアダプタやPlanexのVTL-TA02Xなんかがある。 YAMAHAのRT56v, RT57iあたりもATAとして使える。 (SIPサーバの仕様によってはRTA55i, RTA54iもATAとして使える可能性アリ)
239 名前:anonymous mailto:sage [2006/12/09(土) 22:42:45 ID:???] >>238 NTTの116にIP電話アダプタをレンタルしたいといえば借りられるから楽だよね
240 名前:あのにます mailto:sage [2006/12/09(土) 23:17:42 ID:???] NTTのVoIPアダプタはリレーがカチカチ鳴ってうるさい。 デフォルトだとダイアルプランを設定することもできないし、 PSTNに落ちるまでの時間も長いのでオススメできない。 ※といってかわりになるものも知らないが BLW-54VPあたりはどんな感じなんだろう。
241 名前:236 mailto:sage [2006/12/09(土) 23:22:42 ID:???] みなさまありがとうございます。 接続形態は >>238 さんの前者の方です。 NOKIAのE61を内線電話(つうかコードレス)で使いたいというのが あるんで、、、
242 名前:あのにます mailto:sage [2006/12/09(土) 23:36:52 ID:???] >>241 光ファイバー引いてるなら、加入電話をひかり電話に変えるのが一番楽だと思う。
243 名前:ほやほや mailto:でた [2006/12/11(月) 19:25:58 ID:???] SIPなんかいるんかい
244 名前:今日も mailto:大変だ [2006/12/15(金) 23:35:25 ID:???] NGNの話題でSIPってよく出てきますけど 一から勉強するのにお薦めの書籍あります?
245 名前:sip mailto:sage [2006/12/16(土) 08:22:40 ID:???] >244 RFC3261
246 名前:VoIP mailto:sage [2006/12/17(日) 02:22:29 ID:???] >>244 普通にマスタリングTCP/IPでも嫁
247 名前:anonymous mailto:sage [2006/12/17(日) 12:43:13 ID:???] >>244 実践SIP詳解テキスト リックテレコム刊 がむちゃくちゃ詳しかったが。 実際に動かしてみた方が判りが早いから、asteriskでも動かしてソフトフォンでデーターを流して、キャプチャしてシーケンスを追ってみると良い。 設定はvoip-info.jpのサンプルを使えばすぐ出来るから。 それで基本な動きが見えてから詳細を見た方が良いだろう。
248 名前:今日も mailto:大変だ [2006/12/17(日) 19:38:24 ID:???] >>247 有難う 早速発注しました
249 名前:NGN mailto:sage [2006/12/27(水) 08:06:01 ID:???] NGNの成功というより普及がSIPのステータス向上に繋がると思うわけだが、そうだよな
250 名前:超未来 mailto:sage [2006/12/29(金) 15:12:11 ID:???] 果たしてあれは SIP と思っていいのか 似て非なる別のものと思った方がいいのか
251 名前:anonymous@ i217219.ppp.asahi-net.or.jp [2006/12/31(日) 13:49:49 ID:HeOcGvIO] なんでもかんでも制御はSIPでって発想でしょ?NTTは。 なんなのよ、あれ。他は個別対応って。
252 名前:anonymous mailto:sage [2006/12/31(日) 17:30:31 ID:???] SIPのようなものです。 昔からNTT仕様ってそんなものです。
253 名前:AA mailto:sage [2007/01/11(木) 23:32:38 ID:???] SIP流行りそうな気配をビシビシ感ずる
254 名前:jiji mailto:sage [2007/01/12(金) 12:53:38 ID:???] 竜宮城はどうじゃったかの?
255 名前:SDPng mailto:sage [2007/01/14(日) 00:09:47 ID:???] 今のHTTPと同じくらい流行るだろうな 好き嫌い言ってられなくなる
256 名前:jiji mailto:sage [2007/01/14(日) 15:18:49 ID:???] SDP-ng ってまだあるの?
257 名前:anonymous@ p78aae9.wpdabw01.ap.so-net.ne.jp mailto:sage [2007/01/18(木) 22:00:50 ID:???] >247 244じゃないが、俺からもthanks。 その本買って勉強してみる。
258 名前:anonymous mailto:sage [2007/01/22(月) 10:17:58 ID:???] >257 発刊以降のドラフトは当然入っていないので、IETFはたまに見ておくと良いよ。 セキュリティー絡みの拡張や、モバイル系の拡張はまだ入りそうだから。
259 名前:anonymous@ p19110-air01hon32k.tokyo.ocn.ne.jp mailto:sage [2007/02/04(日) 00:52:56 ID:???] PSTNゲートウェイ wt.uniden.co.jp/2005/04/pstn_gw_gw15p.html www.ntt-me.co.jp/wondertalks/component.html#gw15p これってどうよ?
260 名前:258 [2007/02/04(日) 00:58:16 ID:qJf1s8NX] CxServer500のみに対応だってorz
261 名前:259 mailto:sage [2007/02/04(日) 01:00:20 ID:???] 上のは258でないです、
262 名前:キンタマスレ住人 mailto:sage [2007/02/05(月) 21:50:54 ID:???] いんちきnoritsuna、もう気づいてるみたいだけど 焼いておいたからねコレ。 219x113x184x110.ap219.ftth.ucom.ne.jp 219x113x184x110.ap219.ftth.ucom.ne.jp [IN:219.113.184.107 -> OUT:219.113.184.110 ] [殺人] 紫苑(20070203-123010)のキンタマ.zip oBHir3NXvZ 3,797,315 9d01dc3cc67c2b26d940c018d38b5480 劇団今申楽朧座(www.oboroza.com/index.htm )の内部資料 oboroza.com = siprop.org
263 名前:anonymous@ vaio.hpcl.titech.ac.jp mailto:sage [2007/02/14(水) 15:15:45 ID:???] >>253 ISDNやATMと同様、大流行する。
264 名前:anonymous@ p4110-ipbf1608marunouchi.tokyo.ocn.ne.jp [2007/02/14(水) 18:44:17 ID:4ZSiHL2z] FusionのソフトフォンのフォンPをIP電話機で使用することは出来るでしょうか? 以前G-LEXと言うサービスでSnomと言う電話機を使って利用できるようなことを言ってました。SIPを使った同じようなサービスなのでこちらの方でも利用出来るのでしょうか?
265 名前:あのにます mailto:sage [2007/02/15(木) 19:01:36 ID:???] >>264 voip-info.jpは見ましたか? どっかにSnom 220でFusionフォンP'につなぐ話が出てたはず。 ダイアルするときにドメインを入力しないといけないので、まともに使うのは難しいと思うけど。
266 名前:264 [2007/02/15(木) 19:47:53 ID:lK+qjsvd] >>265 voip-info.jpを早速見ました。 受信は取り敢えず出来るみたいですね。それだけでもかなり有り難いですけど。 発信に関しては現段階では難しそうですね。同じFusion系のG-LEXでは難なく発信も出来る見たいですがどうなんでしょう?
267 名前:あのにます mailto:sage [2007/02/16(金) 02:59:28 ID:???] >>266 FusionフォンP'はSo-netのシステムで動いているので、 G-LEXとは別物と考えたほうがいいよ。 G-LEXなら至って普通に使えるけど、FusionフォンP'は専用ソフト以外の 接続を考えてないので普通のIP電話機だと使えないと思うべき。
268 名前:うひ [2007/02/16(金) 11:55:07 ID:tC/84a3O] ヤマハのVoIP-TAがフォンP'と繋がったらしいよ
269 名前:264 [2007/02/16(金) 18:18:41 ID:69XvVCGO] みなさんありがとうございます。 やはり現状ではフォンPではSnomを使うのは受信以外は無理っぽいかな? 私は来月から海外勤務になるのでIPフォンが使えたら便利だと考えてます。 パソコン無しで利用できる環境を希望しているんですが中々難しそうですね。
270 名前:あのにます mailto:sage [2007/02/17(土) 00:40:27 ID:???] >>268 フォンP'以外で接続しているとFusionから電話が来るらしい。 なんでもフォンP'使うの嫌なら解約しろなんだとさ。 >>269 G-LEXにしておけば? 050番号持つなら月525円(+7.35円)かかるけど、番号なくても外線からの着信は 可能なので試しに使う分にはいいんじゃないかな?
271 名前:264 [2007/02/17(土) 12:30:43 ID:NPQbiQA4] 現状ではG−LEXが一番無難みたいですね。 Fusionは永遠に基本料が無料みたいなきがするから重宝してるんだけど。でもフォンP以外で接続すると恐怖の電話が来るんですね。気をつけないとだめですね。しかしこのサービス利用者がいるんだろうか?急にサービス中止になりそうで怖いです。
272 名前:うひ [2007/02/17(土) 14:37:14 ID:DFELXoLd] Fusionで動作保証できない物を勝手に使われて 万が一全回線に影響するような問題が発生したら大変だから 当然の対応かな
273 名前:anonymous@ p5034-ipbfp305tokaisakaetozai.aichi.ocn.ne.jp mailto:sage [2007/02/20(火) 22:06:22 ID:???] G-LEXで ソフトフォンならログオフしたら留守電が機能するけどsnom220だとログオフしても留守電が機能しない。 g-lex+snomでg-lexの留守電機能使用できている人居ますか?
274 名前:あのにます mailto:sage [2007/02/21(水) 16:37:42 ID:???] Snomはログオフ時に登録を削除しにいかないのかな? Proposed Expiryを1分にしてみてはどうでしょうか? これならイーサの線が抜けても1分経てば留守電になるはずです。 IP電話機なんかの話をするスレをハードウェア板に立ててみました。 興味があるようでしたら何か書いてください。 【SIP,H323】VoIP機器スレ【IP電話機,ATA】 pc10.2ch.net/test/read.cgi/hard/1172001769/
275 名前:anonymous@ 05001012215829_ma mailto:sage [2007/02/21(水) 19:35:10 ID:???] SIPやりたいならどこの会社がいいですか? フラフラとかいいかな?
276 名前:273 [2007/02/21(水) 23:32:59 ID:N03lFlO4] >>274 thx。確かに上記設定にしてLANプラグ抜いたら留守電はいりました。 G-LEXに問い合わせた際も "ソフトフォンの仕様で終了した事がサーバに認識されない為 「ボイスメールサービス」および「留守番センター」が 正常に動作しない場合がございます。" という答えでしたがこれをsnomにどう照らして判断すればよいのか 理解できませんでした。 固定電話の契約をしないで携帯+G-LEX(Snom)で社会人生活を送っておりますが なかなか一般電話と同様にというわけにはいきませんね。 SIPの仕組みから理解していかなくては、、、。
277 名前:あのにます mailto:sage [2007/02/22(木) 00:41:03 ID:???] サーバへクライアントのIPアドレス、ポートを登録するのにREGISTERリクエストが 送られるんだけど、その時に登録失効までの時間(Expire)も設定します。 ログオフするとき本当ならExpire=0のREGISTERリクエストを送って即座に登録削除 してもらうんですが、IP電話機だとそのあたりの処理を端折っているんじゃないです かね。
278 名前:273 mailto:sage [2007/02/22(木) 22:02:21 ID:???] なるほど。素人にも理解できました。 簡潔で明瞭なコメントありがとうございました。
279 名前:anonymous@ softbank219198063104.bbtec.net mailto: [2007/02/26(月) 00:34:36 ID:???] 0