1 :
SIP :
2006/02/01(水) 11:14:06 ID:???
2 :
SIP :2006/02/01(水) 11:36:15 ID:???
>>1 乙
初代スレのNo3を読むと実に感慨深いものがある。
しかしSIPそのものを語るフェーズはもう終わったかな。
しまった。。。あららー
5 :
:2006/02/03(金) 08:36:31 ID:???
拡張機能とかについても語っていこうぜ
6 :
:2006/02/07(火) 20:44:12 ID:???
7 :
sage :2006/02/08(水) 08:34:11 ID:???
8 :
大昔に参加した :2006/02/08(水) 22:20:39 ID:???
>>6 NTTグループのロゴがうざい。1つにまとめろよ。
あと、日本語の案内ページはないのかい?
9 :
8 :2006/02/09(木) 22:31:24 ID:???
もしかしてSIPit関係者ここみてるのか? 日本語情報ページが追加されてた。乙
10 :
10 :2006/02/16(木) 05:48:51 ID:???
で、みんな参加するの? 参加したことあるヤシ、どんな感じなのか詳細きぼんぬ
11 :
11 :2006/03/09(木) 08:03:51 ID:JswtFnvu
閑古鳥ないてるな
12 :
zaki :2006/03/10(金) 19:46:45 ID:???
・ 参加費用 一人当たり 430ドル (4日分のランチ・ドリンク費用・ソーシャルイベントへの参加費用含む)
13 :
13 :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 :
:2006/04/08(土) 12:56:56 ID:???
VoIPなんかNTT経由で繋げばいいんだから相互接続なんか気にしなくてもいい。 自分の所で使う物は自分で検証するし。
19 :
SIPit :2006/04/17(月) 12:37:45 ID:qfeEiC1d
はじまったな 参加してるヤシいたらレポートお願い。
20 :
SIPit :2006/04/19(水) 22:42:40 ID:???
21 :
sage :2006/05/02(火) 18:39:43 ID:???
参加してない漏れが言うのもなんだが、日本で参加した意味あったのか?
SIP Forumのサイト、ハッキングされたのか?w
24 :
この板には :2006/06/03(土) 22:33:13 ID:???
SIP技術者って全然いないのかねえ 足りない足りないって騒がれてるが でもSIP「だけ」じゃ結局何もできないんだよな。
25 :
. :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 :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ってさ、テキストプロトコルでしょ。 バイナリフォーマットの方が組み込みやすいし、受話器作りやすいと 思うのだが。 他のインターネット・プロトコルとの親和性というのも何だかな、と。 「パソコンで電話」なんて、そもそも不便だと思うし。
つ Sigcomp
34 :
あ :2006/09/02(土) 16:45:20 ID:???
マイクロソフトのエンジニアが考えたプロトコルなんて所詮そんなもん
35 :
... :2006/09/03(日) 10:28:00 ID:???
36 :
自律増殖するオブジェクト :2006/09/03(日) 14:00:57 ID:yA114Xm9
>>35 いや、んな古いってことないと思うけど・・・(タブン)。
HTTPはパソコンを使う、おじさん、おばさん、おねーさんたち
だって意識することもあるかもしれない。
技術者でなくても、HTMLを手で書く人だっているし。
WEB系のグラフィックアーチストさんだっているし。
でもね、SIPは電話器、通信機器、向けのプロトコルでしょ?
そのプロトコルのベース部分をテキストベースで設計して何の
メリットがあると思ったのやら・・・。
HTTP と HTML の区別もついてないのか…。
38 :
自律増殖するオブジェクト :2006/09/03(日) 23:34:50 ID:O5zm4wpp
>>37 馬鹿にしぃないでぇよー そっちのせいよぉー♪
さて。
あのねのね。
HTTPで運ぶHTMLはエンドユーザーが弄るでしょ。だからパソコ
ン・アプリケーションの創意の余地は多いと思う。で、あるか
らしてHTTPプロトコルがテキストベースであることのメリット
は大きいと思う。
一方SIPが運搬するのは信号処理のパラメータと通話制御の手順情報。
だから、テキストベースで設計したところで、メリットの恩恵を受け
る対象は技術屋の弄ってる機器やソフトウェア、ということになる。
技術屋にはプロトコルフォーマットはバイナリベースの方が扱いや
すい。組み込みソフトウェアのスタックサイズもその方が助かる。
要は、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に似せて設計 したのはどうだったかと思うけどな。
問題なのはXMLじゃないの? SIPだけならバイナリでもテキストでもそれほど大した差はないと思うけど。
42 :
PG :2006/09/04(月) 10:08:06 ID:s0treH3y
テキストでもバイナリでも大差ないとか、ふざけんな どれだけテキストのせいで苦労してると思ってるんだよっと言いたいです。 SIPは現状IP電話という枠でしか使われてないかもしれないけれど 多くの拡張をしたいためにテキストベースなのだと思うのです。 バイナリで良いじゃんとか、電話だけ作ってろと言いたいです。
43 :
ietf :2006/09/04(月) 10:34:15 ID:???
君たちは余計なことを考えずに H.323 使っててくれよ
>>40 > HTTPの場合はさ、運搬するHTML(とそれに付随するCGIやJavaScript)
> に、親しんで取り組んでくれるアーティストやデザイナが盛り上げて
> くれてる。
だ・か・ら、それは HTML だけの話で HTTP とは関係ないだろ。
FTP で、バイナリ転送しかしないから制御プロトコルもバイナリにした
方がいいとか言うのか?
>>42 が書いてる通りバイナリだと往々にして拡張性の低い設計をする
ことが多い。どうしても詰め込もうとする意識が働くからね。1980 年
代に IPv6 発表してたら、普通の技術者は何てもったいないことをする
んだ って言うと思う。
通信速度が低くプロセサの能力も低い時代にはバイナリでやるしかない
ことも多かったが、動画データがバンバン流れてリアルタイムで処理し
ている昨今わざわざバイナリにする意味がほとんどない。
テキストのせいで苦労しているという
>>42 のところはなんか設計が
間違ってるか、相当厳しい要件でもの作りしてるんだろうな。
45 :
text :2006/09/04(月) 23:55:10 ID:???
>>42 この人は結局何が言いたいの?
前半と後半で言ってることが正反対。
>>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 :
_ :2006/09/05(火) 06:55:59 ID:???
UPnPよりマシ。
50 :
ietf :2006/09/05(火) 11:25:28 ID:???
テキストってバイナリのサブセットだって知ってた?
51 :
==== :2006/09/05(火) 11:45:40 ID:???
>>45 頑張ってテキストベースにしたんだから、バイナリでも大差ないとかいうなと言いたいんじゃないの?
52 :
自律増殖するオブジェクト :2006/09/05(火) 21:30:40 ID:7G826ocb
>>50 text ∈ binary て言いたいわけ?
SIPプロトコルのコンパクト化プロジェクト提案しに逝こうぜ。
日本発、ちゃぶ台返し。
>>47 > HTTPプロトコルを意識するのは技術者だけではないでしょ?
技術屋だけだろ。
まさか普通の人もブラウザに
http:// 〜 とか入力するから
"http" を意識してるとか言い出すわけじゃないだろうな。
> 成功したHTTPプロトコルに似せればSIPもメジャーデビューだぜ?
> という勘違いをしてはいないだろうねと。
別に勘違いじゃないだろ。既に HTTP 知ってる「技術屋」はいっぱ
いいるし、ライブラリだっていっぱいある。一から作るぐらいなら
似たようなもの手直しした方が楽だから、普及しやすいと思うのは
ごく普通だと思うけど。
> 人と人との通話は 〜 受話器すなわちマイクとスピーカと交換機
> ありきであり
まさかと思うが RTP を知らないとか言うんじゃないよね?
>>48 これ...
> 呼制御プロトコルを直接拡張する箇所はソフトウェア技術者の手
> による実装になることは間違いない。
と、これ...
> バイナリフォーマットで十分でしょと。
の関連が全然わからん。ソフトだろうがハードだろうが関係ないと
思うし、バイナリフォーマットの必要性の説明になってないし。
> PCやPDAを前提に考えすぎでは?
感覚が古すぎるんでは?
> 機能は最短で実現したいだろうから、標準仕様という理由だけの
> 工数増は面倒に思うとか。
そりゃ自分仕様以外の仕様は大概面倒なもんだよ。嫌なら、ライブ
ラリ (スタックの方が普通かな) 買ってくるとかとかすればいいん
じゃね?
情報処理試験(テクニカルエンジニア(ネットワーク))の午後Iの常連になったな
56 :
a :2006/09/06(水) 12:21:42 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
62 :
... :2006/09/06(水) 23:07:20 ID:???
>>60 そういえばNTTはH.323を推してたっけなぁ...
組み込みやってる人には同情するけど、テキスト化の流れは止まらんだろうね。
デバッグ時にパッと見で分かるって言う利点は大きいよ。
>>58 > そうだよ、その通りだよ。
で、それと HTTP がテキストの方がいいというのかなんか関係あるのか?
"http" って入力してるだけの人が、HTTP がテキストベースのプロトコル
だからこりゃ楽だとか思ってるの? (w
>>59 > インターネットプロトコルの多くは、電文の交換手続きと電文書式を
> 規定している。
多くって…、そもそもプロトコルって電文の交換手順とフォーマットを
規定したもんだろ。
> 中央官庁の書類手続きと書類書式が、政治交渉の進捗を遅らせる要因
> になっていなら、改善を検討しましょう、ということになる。
何を言いたいのかさっぱりわからん。ごまかしモードですか?
> 全く知らんことはないが。
RTP は君の大好きなバイナリフォーマットだから、
>>47 の後半で熱く
語ってくれたことって、傍からみてるとちょっと痛いと思う。
> SIPプロトコルをバイナリフォーマットでコンパクト化すれば、
> 固定長化(←できるだけ、ね)が実現できて
まさかテキストでも固定長にできるし、バイナリでも可変長にできる
ことぐらいは知ってるよね?
> インターネットバブル時の感覚に侵されているのでは?
でももう戻れないんだけど、ついて来れないの?
> 短いプロトコルと短いプログラムは無条件に正しい。と思う。
無条件? きちきちに詰め込んだ拡張性のないフォーマットの末路が
Y2K なんだけど、もう忘れたの?
65 :
近視眼的すぎ :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プロトコルの合理化をしませう、と云っているだけで、何 もキチキチに切り詰めることはないかと。
> あれ??ドラフトは? 当然あんたが書くんだろ? まともなものが書けるかどうかは知らんが。 > HTTPは、頂戴、貰った、でオワリ。SIPの場合はブン投げてから、 > 電話切るまで、内部的に状態を保持しつづけにゃナラン。 テキストかバイナリかに全然関係ない話だと思うが。 > SIPのバイナリフォーマットのあるエリアをそのままレジスタか > RAMに配置できるフォーマットにすれば状態遷移部の実装も楽に > なるでしょ。 状態遷移のプログラム書いたことないだろ。送受信データに状態なん て入ってないよ。 > 「役人が隣の国の役所の書式を真似ると楽だったのでこうしました」 > と言っているようなものではないのかと。 で、それが政治交渉の進捗の遅れとなんか関係があるのか? 相変わら ず言いたいことはさっぱりわからん。 > インターネットバブルの影響で FTP も SMTP もインターネットバブル以前からあるテキストベースプロ トコルですが何か?
>> でももう戻れないんだけど、ついて来れないの? > 大丈夫。今なら、日本中の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はね、コンピューター同士が繋がるというケースも多いけど、 基本は通話機器間のプロトコルであるべきで、受話器のこと考え てないでしょと。
> 技術開発の本質的でない箇所に異様に拘る。 バイナリに拘ってるのはあんたの方では? 俺は、あんたが優秀なプロトコル提案して広めてくれればすぐにでも乗り換えるよ。 ただ、バイナリにするのが技術的に優秀とはとても思えないし、広まるとも思えな いけど、これは俺の主観だから、ぜひとも俺の目から鱗を落としてみてくれ。 > でもまずキミが書いてくれw なんで? おれは細かいところは別にして大枠は SIP で十分と思ってるよ。 不満がある奴が改善する。それが普通だろ。 > どうせオレオレプロトコルで標準じゃないって言うんでしょ? 新規のプロトコルは全てオレオレで非標準だよ。 そんなあたりまえのことに突っ込んでどうする。 何でそんな心配するのかよくわからん。 俺のレスにそれを感じさせるところがあるなら指摘してみれ。 それとも印象操作のつもり?
>何を言いたいのかさっぱりわからん。 いい加減スルーしてやれよ...
>> テキストかバイナリかに全然関係ない話だと思うが。 > こういうツッコミセンスに行政書士というか書類役人気質を そう言われたくなければ、「技術的に」関連を示せばすむだけの話。 > 状態を表すビット列もプロトコルパケットに入れるべきではw > 実装も楽になってスタック小さくなるさね。 例えば受信待ちと言う状態をサーバーに送っても、送ってる最中に ユーザーが受話器を上げて発信中になるかもしれない。 だから、状態なんかをパケットに入れてもしょうがない。 悪いけど基本中の基本だよ。 > SIPはね、通話機同士、受話器同士の電文交換手順だから、駄目なんよ。 > 受話器(マイクとスピーカ)はね、人間の耳と口に近づけるものなの。 > 小さくて身体にフィットしてナンボなのよ。 > そんなところに使われるような通信規約仕様に、 > HTTPもどき?? XML?? 技術屋としてのセンスを疑う。 携帯電話の制御ソフトウェアの規模が 500万行を超える時代に何を言ってるの? プロトコル関連のソフトなんて 1% にも満たないよ。
> そのせいでたくさんのプロジェクトが往生して、IP電話機本体の > 開発が遅れてるでしょ?パッとしないでしょ? 別にテキストかバイナリ化の問題で遅れてるわけじゃない。 主に相互接続と SIP の機能不足と言うと語弊があるかもしれないけど、日本の 使い方をプロトコルがサポートしきれていないところが多い。 それもここ一年ぐらいでかなり解消されてるし。 Skype はすごいと思う。だからお前もこんなところでグタグタ言ってないでがん ばってオレオレプロトコルを広めろよ。その気になればドラフト書けるんだろ? > いやだってみんなSIPって言ってるし、 これは重要なこと、プロトコルは相手があって何ぼのもんだから。 どんな優れたプロトコルでも広まっていないプロトコルは使えない。 > 受話器のこと考えてないでしょと。 いったい受話器ってどんなもんを想定してるんだ? 8bit CPU + 2K ROM + 512B RAM あたりか?(w
>>76 まあ、暇だし他に話題もなさげだし、スレタイから大きく外れてるわけ
でもないから大目に見てくれ。
話題あるなら引っ込むけど、なんかある?
80 :
sage :2006/09/09(土) 14:52:53 ID:???
>79 いや、勘違いオヤヂの模範解答みたいで笑えるんで 暇なら続けてください :-) バイナリにすれば良くなるっていう発想はある意味新鮮だった 何が解決するんだろう… # リアルに俺の前に来たら鉄拳制裁必至だけど
81 :
PG :2006/09/09(土) 15:28:01 ID:d/wImiOl
このスレというか、この業界が過疎ってたので、 この盛り上がりは素直にうれしい。 もっとやってくれ(笑
82 :
SF :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 ブロックバイナリ形式コンパクト化でしょ? 役所への届出書類でもそうだけど、本人が自分で書けても作成はまず 行政書士に依頼するのが基本。
>>83 > このパケット受信したらこういう状態に遷移してね?っつーフィール
> ドなら意味アルやろ?。
それは、イベント
ある特定のバケットを受信しても遷移する状態は受信側が自分の現在の
状態を見て決める、決してパケットの中身に遷移先の状態を書いてある
わけじゃない。
> 悪いけど常識中の常識だよ
オレオレ常識語られてもね。(w
> SIPプロトコルは出来るだけ固定長ヘッダブロックの塊バイナリフォ
> ーマット、最後にcrcかチェックサムや。テキストのライン・ストリ
> ーム処理じゃ脆弱になりやすくない?
TCP/IP の勉強からやり直すことを薦める。
>>84 技術的な話をしない / できないなら 板違いなので、政治 板にでも逝って
思う存分語ってください。
>>85 > だからお前もこんなところでグタグタ言ってないでがんばってオレオレ
> プロトコルを広めろよ。
> その気になればドラフト書けるんだろ?
ちょw SIPスレなんてあったのw
H.323、MGCP、SIP、全部分かる俺がきましたよ。
テキストVSバイナリですか。マイナーなMGCPは置いておくと、、、
テキストのSIPの方が簡単で開発がしやすいです。
テキストのSIPの方がネットと親和性が高いです。
そんだけ。RFC関係者でもない俺にはそれ以上のことは意味がないです。
SIPがバイナリだったら、何かと面倒くさいな。まずアホSEじゃ問題の切り分けができなくなる。
>>87 関係者だね。
> SIPがバイナリだったら、何かと面倒くさいな。 > まずアホSEじゃ問題の切り分けができなくなる。 問題の切り分けとかの時はどうせ Ethereal とか使うから プロトコルがバイナリだろうがテキストだろうがたいして 変わらんよ。
>>89 Etherealで見たってバイナリはバイナリでしょ。
91 :
@_@ :2006/09/14(木) 08:05:11 ID:???
受け取ったパケットの一部を、そのままメモリにのせる方が、 テキストのストリーム処理より、明らかに脆弱だと思うが。。 どうせ、メモリにのせる前にチェックするんだから、大して変わらん。 だったら、通信のチェックとかがしやすい方が良い。
92 :
91 :2006/09/14(木) 08:07:14 ID:???
脆弱だと思う -> 脆弱性をはらみやすいと思う
93 :
PG :2006/09/14(木) 15:22:39 ID:XY6Grotg
EtherealからWiresharkに乗り換えた
はらみやすい。。。ハァハァ
95 :
ほげほげ :2006/09/15(金) 09:46:15 ID:???
ざっと読んでみたけどバイナリの利点がわからん 受話器側がしょぼいとバイナリの方がいいかもって程度?
96 :
PG :2006/09/15(金) 10:34:00 ID:bqbXjK5g
バイナリだと仕様がガチガチになる その代わり開発が楽だ
97 :
sage :2006/09/15(金) 11:17:45 ID:???
だったら H.323 使えと…
98 :
_____ :2006/09/15(金) 23:42:12 ID:???
>>96 バイナリだからガチガチにしなきゃいけないというワケじゃないんだけどね。
融通効くようにするとテキストよりも大変そうだけど。
>>90 バイナリでも見えるけど、Ethereal 使う意味が半分以上ないと思うぞ。
>>93 Ethereal が商標登録されてるとは知らんかった。
100 :
あのねます :2006/09/16(土) 10:08:48 ID:???
もうskypeでいいよ
漏れはG.711でいいよ
102 :
sage :2006/09/17(日) 12:05:19 ID:???
それじゃ しぐなりんぐ じゃないYO
103 :
:2006/09/18(月) 08:19:11 ID:???
ssipになると中身はバイナリになるんじゃない?
104 :
0000 :2006/09/18(月) 23:52:38 ID:???
105 :
sipping :2006/09/22(金) 00:44:19 ID:aETY1hnm
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 :
総務 :2006/09/23(土) 09:49:45 ID:???
Asteriskを導入してる大手企業ってあるのか? 零細企業なら導入しても問題なさそうだが
>>109 米国ではそこそこ人気あるらしいけどねぇ
*9で保留とか慣れないんだよなぁ
>>110 asteriskって、保留指示の方法すら自分で設定できないの??
>>111 普通のビジネスホンて保留ボタンがあるでしょ?
VoIPゲートウェイ使って普通の電話機をつないでるから使えないの
ちょっとでも安くしようと思ったら・・・あきらめてる
115 :
やれやれ :2006/09/26(火) 00:34:10 ID:???
116 :
IETF :2006/09/26(火) 01:53:13 ID:???
>>115 いや、まだまだSIPはこれから技術発展して途上だよ。
SIP/SIPPING WGに来ればわかる。
117 :
ISDN :2006/09/26(火) 07:44:26 ID:???
118 :
anonymous :2006/09/26(火) 15:42:42 ID:Ru+vivNZ
http://itpro.nikkeibp.co.jp/article/NEWS/20060925/248895/ > もう一つは各呼制御サーバーを束ねる中継系呼制御サーバーの不具合。
> ビジネスタイプ用の呼制御サーバーで輻輳が頻繁に起こった結果,
> サーバーのメモリー上にデータが溜まり,処理領域を圧迫。
> 中継系呼制御サーバーで所定の性能が発揮できず,輻輳が生じたという。
> 「19日の輻輳でメモリー上にゴミが堆積。
> 19日にはアプリケーションを再起動したが,
> OSを再起動しなかったためゴミが残ったままになってしまった」。
> この結果,20日も輻輳が起こったという。
> そこで,20日午後にOSごと中継系呼制御サーバーの再起動を実施。
> メモリーからゴミが消えたため,現在は正常に稼働しているという。
輻輳でメモリー上にゴミが堆積するSIPサーバ?
サーバを再起動してもゴミが残ったままになるSIPサーバ?
119 :
119 :2006/09/27(水) 00:27:36 ID:???
>現在は毎秒100コール程度の処理をこなせるようになったという。 性能こんなもんでいいのか??
120 :
sage :2006/09/27(水) 11:14:36 ID:???
外の世界を知らないから。
121 :
proxy :2006/09/27(水) 17:30:40 ID:D+pDlm1o
122 :
名無しさん :2006/09/28(木) 01:05:28 ID:4xZinSUB
123 :
_ :2006/09/30(土) 11:11:43 ID:MOL5kPqs
>>122 ブラックボックス状態も問題だが、
そもそも、いろんなレベルにおけるNTTの設計ミスではないか?
例えば、輻輳なり障害なりバグを踏んだりしたとしても、
東日本全域で崩壊してダウンという運用設計は、素人レベルの設計ミスに見える。
| 加入電話では何日にもわたって,東日本全域でつながりにくくなることはない。
| 加入電話で通話制限をする場合は,障害が起こった電話交換機あての
| 発信だけを制限するという具合に,かなり細かく設定するからである。
| 一方,今回のひかり電話のネットワークでは,
| 技術的には特定の呼制御サーバーだけへの発信を制限するといったことは可能だが,
| そうした設定を施していなかったため,全域で制限せざるを得なかった。
124 :
_____ :2006/09/30(土) 11:38:46 ID:???
>>123 細かくサーバ分けるほどの加入者がまだいないだけだろ。
ロードバランシングぐらいしておいて欲しいけど。
>>124 現に輻輳から始まるトラブルが起きたわけでその判断はおかしい
どちらにせよ東日本が全滅するような構成をとっていた時点でDQN確定
126 :
横から失礼 :2006/09/30(土) 17:48:58 ID:???
127 :
127 :2006/09/30(土) 18:02:07 ID:???
>>126 バグがあろうとなかろうと、それと関係なく以下の点はおかしい。
・買ってきたものなのでブラックボックスであるという言い訳
・東日本全体が何日も通信障害に陥るという構成にした設計と運用
・OSレベルでの再起動をしなかったため更に1日解決が延びたなどの対応ミス
もちろん、それに加えてバグが原因があるわけだが、
耐久テストなどでのバグ出しができていなかったわけなので、弁解の余地なしではないか。
>>127 >東日本全体が何日も通信障害に陥るという構成にした設計
違う違う。
どこからでもかけてこられないように全部をとめたわけさ。
構成の問題じゃない。
どんな構成にしたって同じ。
127は実際、どういう構成にすればいいってわけ?
122をよく読め。フィルタリングする設定をしてなかっただけとある。
単なる怠慢。
どこからでもかけてこられないように全部をとめる、って、社会的影響が大きすぎる。 障害が出ている部分だけに限定して停止できるべきであろう。明らかに構成の問題。 まともなシステムならば、範囲限定で停止あるいは制限することができる。 フィルタリングする設定をしてなかっただけ、って、恥ずかしい弁明。 まともな対応ならば、フィルタリングする設定をすればいい。 あるいは、それすらできない構成をとっていたならば、設計ミスだろうな。
>>129 >明らかに構成の問題
構成って意味、間違って使ってるな。
それともCAやサーバーの台数のことか?
どんな構成にしたって同じだろ。
IP電話の構成って知ってるの?
どうでもいいが、「かからない」じゃなくて「かかりにくい」な。落ちてないから。落ちたの西だから。
132 :
0120 :2006/10/02(月) 00:33:35 ID:???
もうBIG-IPでも入れてサーバ台数増やして何とかしろよ。
BIG-IPなんて初期のころから入れてるよ。サーバーの台数も有り余るほど。
134 :
sage :2006/10/03(火) 11:22:56 ID:???
135 :
00000 :2006/10/03(火) 23:08:31 ID:???
>>133 ひかり電話でBIG-IP?
え?ほんと?
136 :
_ :2006/10/08(日) 13:32:34 ID:???
BIG-IPってSIPにも対応しているの?
137 :
//// :2006/10/08(日) 21:05:07 ID:???
138 :
anonymous@ 150.44.215.220.ap.yournet.ne.jp :2006/10/09(月) 10:10:19 ID:b16Lty7T
いまどきの性能の良いSIPサーバは、どれくらいの量こなせる??
宣伝ぽく聞こえるかもしれんが3CXのIP-PBXってどうなのかね?
141 :
_ :2006/10/12(木) 19:01:05 ID:???
>>140 宣伝でもいいので、いろいろ情報書いて。
142 :
興味本位 :2006/10/13(金) 00:29:36 ID:???
>>140 面白いISPだね。バックボーン1.5Mbps?
>>134 NTTはさっさとENUMを導入しないから。
SIPドメインも分散すればいいのに何故しない。
144 :
電電 :2006/10/16(月) 01:17:30 ID:???
>>135 ひかり電話では使ってないだろ。
今頃、必死になって自前ロードバランサ作ってるでしょ。無駄だねぇ...
145 :
__ :2006/10/17(火) 00:17:49 ID:???
>>144 また何億もかけて無駄な物を作るんか?
BIG-IP買ってくりゃいいのに。
146 :
_ :2006/10/17(火) 01:53:03 ID:???
DNS設定でロード分散すればいいだけなのに
147 :
lr= :2006/10/17(火) 23:32:48 ID:???
>>146 SIPだよ?さすがにそれじゃまずいでしょ。
148 :
sage :2006/10/18(水) 20:08:25 ID:???
なんか久々に盛り上がってますね
今回は誰もSIPit参加してないのか てゆーか前回の日本開催でどれだけ日本のベンダがいたのやら
150 :
やれやれ :2006/10/24(火) 00:23:34 ID:???
おい、f5!さっさとNTTにBIG-IP入れろよ。 ひかり電話がまた輻輳だぞ。
151 :
anonymous :2006/10/24(火) 22:14:57 ID:NRTtHQzJ
152 :
_ :2006/10/24(火) 22:33:47 ID:???
153 :
anonymous :2006/10/25(水) 13:11:23 ID:WJtmr8Y8
| ひかり電話にはSIPサーバーが何台ある?
|
http://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
(つづき)
http://itpro.nikkeibp.co.jp/article/COLUMN/20061005/249968/ | ただ,それだけ1台のカバー範囲が広くなるので,
| どれかのサーバーに何か障害が発生したときに,
| 影響範囲が大きくなってしまいそうです。
| もっとSIPサーバーの数を増やすべきと思いますか?
|
| ここで,一般の固定電話(加入電話)の場合と比べて見ましょう。
| 加入電話では,電話をかけるときにやり取りする電話番号などの
| 制御情報(共通線信号)を,電話交換機同士が「共通線信号網」という
| データ通信ネットワークを使って送っています。
| これはIP電話で言うと,
| SIPのやり取りをするための専用のネットワークに相当します。
| 共通線信号網で使われているSTP(信号中継交換機)と呼ぶ交換機は,
| 全国で20台程度です。たった20台で日本全国をまかなっています。
| つまりSTPの台数はSIPサーバーの台数と同程度です。
| STPはSIPサーバーと同じように,
| 1台でかなり多くの共通線信号を集めて処理しています。
| これでも,十分に障害が発生せずに運用できています。
つまり、処理能力が不足するようなことはありえません。
155 :
まさか :2006/10/25(水) 18:24:04 ID:???
SIPサーバーの性能検証試験をサボって STP と同じ台数でいいだろ、っていうことで設計した なんてことはないだろうな?
156 :
sage :2006/10/25(水) 18:51:08 ID:???
157 :
_ :2006/10/25(水) 21:40:56 ID:???
これ、ほんと?
http://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
そもそもClass4ってかMGCはあれ?Nと通研のやつじゃなかったっけ…
160 :
. :2006/10/26(木) 08:52:14 ID:KVk1u5vC
161 :
..... :2006/10/26(木) 23:32:22 ID:???
162 :
_ :2006/10/27(金) 00:43:04 ID:???
163 :
_ :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 :2006/10/27(金) 19:02:41 ID:???
166 :
++++ :2006/10/27(金) 19:40:26 ID:???
何が起こるかわからないもの売るなよ。
167 :
バグだらけ :2006/10/27(金) 19:50:12 ID:???
「人知を超える範囲」 これ割と稀代の名言じゃね?
>>167 社会インフラに対して、「最先端の取り組み。何が起こるか分からない」と言うのも恐ろしい名言だ。
169 :
sage :2006/10/27(金) 22:03:23 ID:???
171 :
SIP :2006/10/28(土) 00:16:07 ID:F5DesElQ
172 :
hage :2006/10/28(土) 01:35:18 ID:???
> なお,NTT西日本幹部の責任については「今回の障害は人知を超える範囲だと考えている」(NTT西日本の森下俊三社長)と突っぱねた。 > 「これだけ大規模のIP電話網をIPv6で設計・運用するのは最先端の取り組み。何が起こるか分からない」(森下社長)と強調。 「何が起こるか分からない」代物を固定電話を解約までさせて使わせるなんてキチガイにも程がある。 普通クビだろ。
>>172 「何が起こるか分からない」代物を固定電話を解約までさせて使わせるなんてキチガイにも程がある。
これは禿同せざるを得ないな。
NTT東もトラブル中に売り込みに来たけどすげぇ調子の良いこと言ってたよ。
まぁ障害発生してんの知ってて乗り換える俺も相当だと思うけどさ。
あれ。半角スペースだとフシアナ解除できなくなったのか…。orz
>>173 しかし、このままでは、PSTNからSIPベースへの置き換えは数年遅れるかもしれんな。
SkypeやP2Pなどインターネット電話が覇権を取るかもしれん。
今のIP固定電話の利用体系ってIPto固定って流れが大抵をしめているから 既存固定網からの元々のNo7(ACM、ANM、REL)の遅延と、処理系の負荷が きつくなって、その影響がIP電話のrace conditionという形で表現したんだよ。 つまり収容設計のミスだ。 まずはCA/MGW〜STP/GSの接続点を増やして信号輻輳を散らせ。 そもそも極端に処理スピードの早いシステム(IP電話)のDB代わりとして処理 スピードの遅いシステム(固定電話)を単純につなげる発想が、電話屋らしくてお粗末。
電話というシステム上、2重ぐらいに出来んのかね。 何があるかわからない ということは、結局見積もりが甘すぎたって事だな。
>>179 おいおい・・・・・・・・だめだめじゃん・・・・・・・・
たとえ140 まともに動いたとしてもすぐ一杯一杯になりそうだが。
IP電話はその性質上、一般家庭ですら複数電話番号持てる とか歌って、
性能足りませんでした っていうのはどうなんだろうね。
181 :
saga :2006/10/28(土) 16:12:34 ID:???
>>143 まともなキャリアなら、ENUMなんか導入するわけがない。
何のメリットもないもの。
>>181 ENUM導入でメールのように完全分散してしまえば、
今回のような西日本全体で通信障害とかはなくなる。
キャリアによる一極集中型のほうが今回のトラブルを引き起こしやすくて不利なのは明らか。
183 :
s :2006/10/28(土) 18:11:32 ID:???
全然区切ってないから規制→再起動も一括でやらないといけなくなる。 結局設計できる人間が社内にいないんだろうな。買い物で構築も丸投げ。
184 :
うほ :2006/10/28(土) 23:30:21 ID:rvpgpYLG
一極集中の方が管理が楽だし責任の所在も明らかなのだ
185 :
h :2006/10/29(日) 01:36:30 ID:???
管理のための一極集中と区切るかどうかは全く関係ないけどな。
186 :
anonymous :2006/10/29(日) 17:17:36 ID:fwE+E/oV
>>184 ドメインを区切ったほうが責任の所在はさらに明確になるし、
トラブルが起きたときも最小限の範囲に抑えられる。
NTTのような一極集中型のほうが圧倒的に不利なのは明らか。
187 :
.. :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 :
へへ :2006/10/30(月) 12:35:50 ID:???
そふとばんく なハゲ電波にも 「顧客対応・管理の世界は何が起きるか分からない。人知を…」 とか言って欲しいな
>>188 うん。たとえ言ってることが本当だとしても、今度は、リスク管理を問われる。
191 :
. :2006/10/31(火) 13:19:59 ID:???
地域IP網も最初の数ヶ月は毎日のようにトラブルあったなぁ あれも丸投げやっつけ仕事だった
192 :
h :2006/10/31(火) 20:07:22 ID:???
ただのイソターネットと電話じゃ事の重大性が違いすぎるぜ。
193 :
_ :2006/10/31(火) 20:36:34 ID:???
たしかに、NTT東西それぞれの三日間のトラブルでは、 電話が通じないために商売上の信用を失ったところが多発したのが大きいね。 まだインターネットのトラブルよりも深刻かな。
194 :
i :2006/10/31(火) 21:55:12 ID:???
メールなんかダイヤルアップで十分用が足りるからな。
>>114 >IP電話はSIPサーバという専門のサーバをプログラムで制御する発展途上の技術を使う。
SIPサーバが専門のサーバなのはいいとして、
発展途上の技術というのはいかがなものか?
もう十分に枯れているのではないか?
196 :
0990 :2006/11/03(金) 00:56:54 ID:???
>>195 あの社長、技術系じゃないからな。あんな事を言わせる技術系の部下も酷いが。
197 :
s :2006/11/03(金) 01:26:10 ID:???
どうせ全部丸投げでしょ。 誰一人実態を把握できていない。
ま、部下の話を聞く奴なら、こんなことは言わんだろ
199 :
. :2006/11/03(金) 10:14:07 ID:???
200 :
あ :2006/11/03(金) 13:46:32 ID:???
全く関係ない
ゲートウェアに使ってたら関係あるんじゃマイカ?
このスレで「関係ない」というのはSIPのプロトコルと関係ないということ 機器を使っているとかお客に入れているというのなら別板の話だよな。 ところで「ゲートウェア」ってナニ?「ゲートウェイ」なら知っているが
203 :
- :2006/11/05(日) 05:21:23 ID:???
ゲートウェイに搭載してるファームウェアだからゲートウェア
204 :
sage :2006/11/08(水) 00:32:11 ID:???
久しぶりに訪問したらなんかすごい盛り上がってるねー
>>157 ワロタ。座布団3枚
205 :
anonymous :2006/11/08(水) 00:39:23 ID:xzCxDndP
ローゼンバーグおじさん
早くノウハウがたまるといいんだけど。でも、まぁ、この手はなぁ
>>207 NTTからRFC4715 (ISDN Subaddress Encoding Type for tel URI) 出たぜ
ISDNなんかもはやどうでもいい。KPMLもようやくRFCになったのか。
210 :
うひ :2006/11/20(月) 16:10:32 ID:PnQMWSLl
callidとかtagとかbranchとか乱数を使う場合に、 乱数の種が時間になっていると同タイムで動作した時に乱数値が同じになる。 これらの値は一意であるべきなので、これは望ましくない。 乱数だけでなく他の値も付加するか時間以外の値を乱数の種とするのが良い。 と最近思ったのですがどうでしょうか?
211 :
... :2006/11/20(月) 23:18:54 ID:???
>>210 当たり前じゃん。MACでも使えばいい。
212 :
____ :2006/11/21(火) 00:34:59 ID:???
>>211 そんなことを全く考えていない端末もまだまだあるけどね。
SIPベースで、IP電話に中継局オーナーって必要あるの?
215 :
超未来 :2006/11/23(木) 14:34:45 ID:???
そもそも最初っから明らかに詐欺じゃんねぇ
216 :
ふふふ :2006/11/23(木) 15:02:42 ID:iQJo+22v
>>210 まったく同意です。困ってます。直してくれよ。
217 :
ななっし :2006/11/23(木) 16:54:17 ID:???
>>213 ニュースでラックの中に装置がなかったことを社長に問いただすと
「アナログからデジタルへの設備更新中」
と答えていたんで、たぶんSIPじゃないとおもわれw
218 :
社員 :2006/11/23(木) 17:05:23 ID:???
ベースバンド伝送じゃなくて変調掛けたモデム伝送なんだよ。
>>210 そんな乱数の意味がない実装をしているSIPソフトって存在するの?
220 :
な :2006/11/24(金) 22:59:26 ID:???
>>219 ソフトは知らんけど、電話機ならあったな。
ファームアップで直ったけど。
221 :
sage :2006/11/25(土) 06:02:04 ID:???
>>220 そのファームアップはソフト更新したということだろ
ミドルウェアってどうよ
223 :
なんや :2006/11/30(木) 00:01:33 ID:???
あ〜疲れた
224 :
なんや :2006/11/30(木) 08:19:33 ID:???
SIPの次はあるのか?
というか、今はもうほとんどsips:へ移行しちゃったよね いまどき、セキュリティに問題ありまくりのsip:使ってる人っているの?
>>226 キャリアやISPのIP電話はsipだろ。
228 :
ASP :2006/12/01(金) 02:56:20 ID:???
電話会社やISPはあんまりセキュリティ考えてないからしょうがない。
229 :
そこだけは :2006/12/01(金) 22:42:02 ID:???
でやっぱりSIP技術者少なくない? 第一人者って評価高い?
>>229 日本にもローゼンバーグ級のひとたち、たくさんいる?
もしいれば、評価高いはず。
231 :
ぬるぬる :2006/12/05(火) 00:21:37 ID:FJs6oi5R
>>226 https使ってればセキュリティばっちり、って思ってるタイプかな?
SIPサーバとのトランスポートの安全性だけあってもしょうがないのよ。
まあ勉強してくださいな。
>>231 はあ? sipsつかっていれば、ホップバイホップのセキュリティはバッチリですが。
もちろん、エンドトゥーエンドのセキュリティも欲しければS/MIMEすればいいだけのこと。
あまりにも常識過ぎて勉強することか??
SIPなんて結局ローゼンバーグのおっさんに従ってるだけなんだなあ。。。
>>233 ローゼンバーグおじさまは、結局、会社ごとCiscoに買収されちゃったの?
SERってユーザーごとのコンカレントコール数制限できるの? 事情があってなんとかSERでやりたいんだけど、、、、。 知ってる人おしえーて。
236 :
anonymous@ p2247-air01kdtoyoshi.nagano.ocn.ne.jp :2006/12/09(土) 18:33:12 ID:yMQqXu25
個人でも使える PSTN−SIPのゲートウェイってあるのかな?
>>236 NTTに頼めば月300円で貸してくれる
238 :
あのにます :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として使える可能性アリ)
>>238 NTTの116にIP電話アダプタをレンタルしたいといえば借りられるから楽だよね
240 :
あのにます :2006/12/09(土) 23:17:42 ID:???
NTTのVoIPアダプタはリレーがカチカチ鳴ってうるさい。 デフォルトだとダイアルプランを設定することもできないし、 PSTNに落ちるまでの時間も長いのでオススメできない。 ※といってかわりになるものも知らないが BLW-54VPあたりはどんな感じなんだろう。
241 :
236 :2006/12/09(土) 23:22:42 ID:???
みなさまありがとうございます。
接続形態は
>>238 さんの前者の方です。
NOKIAのE61を内線電話(つうかコードレス)で使いたいというのが
あるんで、、、
242 :
あのにます :2006/12/09(土) 23:36:52 ID:???
>>241 光ファイバー引いてるなら、加入電話をひかり電話に変えるのが一番楽だと思う。
243 :
ほやほや :2006/12/11(月) 19:25:58 ID:???
SIPなんかいるんかい
244 :
今日も :2006/12/15(金) 23:35:25 ID:???
NGNの話題でSIPってよく出てきますけど 一から勉強するのにお薦めの書籍あります?
245 :
sip :2006/12/16(土) 08:22:40 ID:???
>244 RFC3261
246 :
VoIP :2006/12/17(日) 02:22:29 ID:???
>>244 実践SIP詳解テキスト リックテレコム刊
がむちゃくちゃ詳しかったが。
実際に動かしてみた方が判りが早いから、asteriskでも動かしてソフトフォンでデーターを流して、キャプチャしてシーケンスを追ってみると良い。
設定はvoip-info.jpのサンプルを使えばすぐ出来るから。
それで基本な動きが見えてから詳細を見た方が良いだろう。
248 :
今日も :2006/12/17(日) 19:38:24 ID:???
249 :
NGN :2006/12/27(水) 08:06:01 ID:???
NGNの成功というより普及がSIPのステータス向上に繋がると思うわけだが、そうだよな
250 :
超未来 :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は。 なんなのよ、あれ。他は個別対応って。
SIPのようなものです。 昔からNTT仕様ってそんなものです。
253 :
AA :2007/01/11(木) 23:32:38 ID:???
SIP流行りそうな気配をビシビシ感ずる
254 :
jiji :2007/01/12(金) 12:53:38 ID:???
竜宮城はどうじゃったかの?
255 :
SDPng :2007/01/14(日) 00:09:47 ID:???
今のHTTPと同じくらい流行るだろうな 好き嫌い言ってられなくなる
256 :
jiji :2007/01/14(日) 15:18:49 ID:???
SDP-ng ってまだあるの?
>247 244じゃないが、俺からもthanks。 その本買って勉強してみる。
>257 発刊以降のドラフトは当然入っていないので、IETFはたまに見ておくと良いよ。 セキュリティー絡みの拡張や、モバイル系の拡張はまだ入りそうだから。
260 :
258 :2007/02/04(日) 00:58:16 ID:qJf1s8NX
CxServer500のみに対応だってorz
261 :
259 :2007/02/04(日) 01:00:20 ID:???
上のは258でないです、
いんちき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
劇団今申楽朧座(
http://www.oboroza.com/index.htm )の内部資料
oboroza.com = siprop.org
FusionのソフトフォンのフォンPをIP電話機で使用することは出来るでしょうか? 以前G-LEXと言うサービスでSnomと言う電話機を使って利用できるようなことを言ってました。SIPを使った同じようなサービスなのでこちらの方でも利用出来るのでしょうか?
265 :
あのにます :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 :
あのにます :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 :
あのにます :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で動作保証できない物を勝手に使われて 万が一全回線に影響するような問題が発生したら大変だから 当然の対応かな
G-LEXで ソフトフォンならログオフしたら留守電が機能するけどsnom220だとログオフしても留守電が機能しない。 g-lex+snomでg-lexの留守電機能使用できている人居ますか?
274 :
あのにます :2007/02/21(水) 16:37:42 ID:???
SIPやりたいならどこの会社がいいですか? フラフラとかいいかな?
276 :
273 :2007/02/21(水) 23:32:59 ID:N03lFlO4
>>274 thx。確かに上記設定にしてLANプラグ抜いたら留守電はいりました。
G-LEXに問い合わせた際も
"ソフトフォンの仕様で終了した事がサーバに認識されない為
「ボイスメールサービス」および「留守番センター」が
正常に動作しない場合がございます。"
という答えでしたがこれをsnomにどう照らして判断すればよいのか
理解できませんでした。
固定電話の契約をしないで携帯+G-LEX(Snom)で社会人生活を送っておりますが
なかなか一般電話と同様にというわけにはいきませんね。
SIPの仕組みから理解していかなくては、、、。
277 :
あのにます :2007/02/22(木) 00:41:03 ID:???
サーバへクライアントのIPアドレス、ポートを登録するのにREGISTERリクエストが 送られるんだけど、その時に登録失効までの時間(Expire)も設定します。 ログオフするとき本当ならExpire=0のREGISTERリクエストを送って即座に登録削除 してもらうんですが、IP電話機だとそのあたりの処理を端折っているんじゃないです かね。
278 :
273 :2007/02/22(木) 22:02:21 ID:???
なるほど。素人にも理解できました。 簡潔で明瞭なコメントありがとうございました。
0
>>277 IP電話でアンレジを端折ることはないです。
281 :
ぬるぽ :2007/03/04(日) 16:07:36 ID:???
>>280 ほんと?deREGしそうな唯一の機会は電源切るときだけど、
電源切ったらそもそもdeREG送れないし。
282 :
あのにます :2007/03/04(日) 21:24:29 ID:???
>>281 Snomはメニューを選ぶとログアウトできますよ。
でもログアウトなんて機能もってないのもあるから
>>280 は必ずしも真ならず
だと思う。
283 :
0000 :2007/03/04(日) 23:25:26 ID:???
284 :
あのにます :2007/03/05(月) 21:57:38 ID:???
手元にあるIP電話がunregister動作をするのかどうか調べてみますた。 (SIPサーバはAsterisk) ・unregister動作する Snom 105: メニューでログオフを選択するとunregister MobbyTalk: プロファイルを切り替える際、前の登録をunregister ・unregister動作しない BT-101: ログオフがないのでメニューでリセットするもSIPサーバ側の登録はそのまま BT-101ではunregisterできないと思われます。
286 :
age :2007/04/24(火) 20:21:16 ID:dra45o0S
もうSIPだけじゃ食って行けないな
287 :
anonymous :2007/04/25(水) 00:10:05 ID:y1VYIqqF
VG820どーっすか?
288 :
)*( :2007/04/26(木) 21:01:56 ID:ORqIQ+t+
289 :
うう :2007/05/08(火) 01:06:35 ID:???
sipfropって何じゃ
SIPropやってたのかまだ
>>288 SIP関連の本書いてた人は印税ウハウハだったろうし、
派遣とるにもSIPのノウハウ持ってる人は希少だったから高くうれたが、
もうコモディティ化が著しいしな。
292 :
うし :2007/06/07(木) 22:34:09 ID:H5SFdJPo
なんかないの
SIPを知っているの、知っているレベルが問題なんだが。 ちゃんと知っていればまだ需要は有る。 昔程高くは売れないが。
294 :
anonymous :2007/07/30(月) 00:39:16 ID:jgJml0ow
VG820iなかなかなかなかなかなか癖があるな TDM400クローン買うならどこがいっすか?
295 :
あのにます :2007/08/15(水) 20:27:09 ID:???
IPv6スレでSIPの話が盛り上がってたからここにもitojun来てると思ったけど、誰もいないとは…。
297 :
)*( :2007/09/09(日) 17:09:32 ID:???
捕手
298 :
NGN :2007/10/21(日) 23:00:55 ID:???
NGNに関わるならSIPって必須?
299 :
NGNって :2007/10/22(月) 00:57:00 ID:???
>>298 SIPを使ったダイヤルアップ交換網だから必須。
300 :
ぢっぷ :2007/10/27(土) 11:43:16 ID:???
INFOはなんで駄目なの?
301 :
初心者 :2007/12/14(金) 01:22:47 ID:???
sip対応のwinソフトで、サーバー(またはアカウント)がいくつも登録できるものってありますか?
302 :
あのにます :2007/12/14(金) 22:34:31 ID:???
>>301 CounterPathのX-Liteはどう?
良スレあげ
304 :
名無し :2008/08/08(金) 11:18:35 ID:???
すげぇw
>>303 カウントしなければ、去年じゃないか。
というか、名前入れないとIP表示なのな。
age
◆食べた人、全員肝臓ガンで死にます 〜 三笠フーズ 汚染米事件 〜
・「アフラトキシン」は地上最強の天然発ガン物質
・発症までに10〜20年かかるが、極微量でも摂取すれば、
肝臓ガンになる可能性は100%
・調理では分解されず食品中に残る
・西日本で肝臓ガン死亡率が高く偏っており、原因不明とされていたが・・・
(資料)国立がんセンター
http://ganjoho.ncc.go.jp/pro/statistics/gdball.html?7%9%1 医師板からのコピペ
40 :逃亡者:2008/09/13(土) 01:26:17 ID:23fUP1Pf0
2年前から大阪で勤務しているが、以前の勤務地と比較して大阪は本当に
肝臓癌の患者が多いと感じた。消化器内科からTAE(肝動脈塞栓)の依頼
が次から次へとくる。
で、ずっと疑問に感じていたことがある。大阪では患者の殆どが男性なの
だ。おまけにウイルスフリーもちらほらいる。それでHCV・HBV以外にも肝臓
癌の原因はきっとあるに違いないと、大阪に来てからずっと思っていた。
今回この事件を知って二度驚いた。ひとつは不謹慎だけど、「あー、やっ
ぱり」っていう驚き。実際には因果関係を証明するのは無理でしょう。でも
治療している私の実感としてはピッタリだったてことなんですよね。そうい
う驚き。
もうひとつは、自分も肝臓癌になる可能性があるっていう驚き。というよ
り、恐怖だろうか。肝臓癌の治療すればするほど思うのだが、本当に治らな
い。今では絶対に治らないという確信さえ持っている。最期が悲惨なだけに
考えてもみなかったことだ。
肝臓癌になるかどうかは別にしても、今はこんな情けない国に生まれてき
たことが悔まれて仕方がない。
三笠フーズ(大阪)、浅井(愛知)→ノノガキ(三重)、太田産業(愛知)
島田化学工業(新潟★) ←new!!\(^o^)/
307 :
sipv6 :2008/10/09(木) 11:47:05 ID:mtgqZVv+
IPv6, SIGCOMP, NAT に対応したB2BUA(SBC)ってありませんか? OpenSBC はSIGCOMPにまだ対応していないみたいなので…。 AsteriskをIP-PBXとしてでなくSBCとして使うというのもありなのかなぁ。
308 :
anonymous :2009/05/07(木) 22:29:08 ID:ZDRPd6Rc
保守上げ
309 :
名無し :2009/05/10(日) 22:58:29 ID:US3oi0xN
NTTのひかり電話利用者が700万超えたらしいね 最大で帯域どのくらい使うんだろ。 さすがに全ユーザが一度にアクセスすることはないだろうがw
310 :
@ :2009/05/14(木) 09:19:22 ID:???
土日の朝方か夜間に大規模震災起きたらどんなことになるかな まぁ、電話どころじゃないだろうが
311 :
UPS :2009/05/14(木) 13:15:33 ID:???
UPSを持ってて、なおかつONUをバックアップしてるところなんて少ないんだから、どーって事無いと思うぞ。
312 :
SIPit24 :2009/05/18(月) 13:49:40 ID:yVm4uFn4
313 :
anonymous :2009/05/18(月) 20:49:05 ID:jtru6b+6
関西でやってくれ
ひかり電話+asteriskでSIPデビューします!
agileが超値上げの気配・・・いきなり3倍以上ってなんだよ
残存者利益の収穫に入りますた。
ま、慈善事業じゃないし。
318 :
!omikuji :2009/09/01(火) 03:58:00 ID:A+SdiqQz
319 :
hoge :2009/10/24(土) 10:38:23 ID:???
私はサロンパス派
321 :
sage :2010/02/01(月) 17:34:13 ID:???
skyぷー
SIP機器とH.323機器を接続する方法ってありませんか? 出来ればお金をおかけずに・・・
323 :
名無しさんパケットいっぱい :2010/06/30(水) 23:25:25 ID:9oOOI09l
テレビ会議みたいなのってオープンソースでありますか?
引っ越したらひかり電話ルーターも新しくなってRV-S340HIになったんだが 何度やってもiPhoneのソフトフォンでレジスト出来ないと思ったら、これ対応の携帯以外はレジストできねぇでやんのwww NTT糞すぎんだろ・・・・・・
NAPT配下のネットワークで、SIPクライアント(IP電話)アプリが 複数同時起動して、別々のSIPサーバと同時通話できるのは どういう仕組みですか? 単純に考えると、NAPTでUDPポート5060を特定のSIPクライアントのホストに 向けてしまうので、同時に通話できないような気がするのですが。
知ってるパターンとしては、NAPTルータが 配下の各端末からsrc-port:5060で受け取った ものを、UDPアッパーポートにすり替えて外部 SIPサーバまで送達させる。 この時のポート変換ステータスを利用して、 配下端末へのINVITE等が逆に透過されて届く。 (なので、SIPサーバから見た場合、IPは一緒 だけど、ポートが別に見える) ちなみにルータの変換ステータスは機器にもよる けど、短い時間で失効するので、REGISTER間隔 を短くしたり、OPTIONSパケットとかを定期的に 打ったりして、ルータステータスを更新し続ける。 SIPペイロード内のプライベートアドレスは、 ルータのSIP-NAT機能で変換させたり、専用の SIP-NAT機器を間に噛ませて、変換して中継 させたりします。
IPKallで、番号が取れないんだけど、どうなってるの?
>>327 とりあえずRFC 5389あたりを一読することをオススメ。
RFC 3581 のrportでNAPTルーターに対応する方法もあるし、
結構色々やりかたはあるよ。
>>329 取れるようになりました。
なにか、障害があったのかも。
無事、海外着信出来るようになった。