トップページ⇒network
73コメント28KB

生き残るVoIP規格は?

■ このスレッドは過去ログ倉庫に格納されています
0001電話NGNG
H.323v2を使ったサービスがにぎわっているけれども、次は何が来るでしょうか?

1:H.323v3
2:SIP
3:MGCP

他に国産プロトコルなんかどうでしょうか?
0002...NOTASIP??NGNG
今度の Windows には SIP クライアントが付くんでしょ?
SIP で決まりじゃない?
0003名無しさん@1周年NGNG
キャリアは MGCP じゃないの?
0004電話NGNG
>>2
NOTASIPのその後なんかご存知ですか?

それから直接VoIPとは関係ないですがHDR関連の動向が気になってます。
00052NGNG
いえ、何も...
Windows 上のフリーな実装とか、あるんでしょうか。

0006NOTASIP!NGNG
http://www.notasip.org/index-j.html

レガシー電話なんかバッサリ切ろう。
今時の携帯なんてCODEC幾つも積んでるし、ゲートウェイ無くても
自力でIP扱えるんだから…
0007anonymous@h139-126.tokyu-net.catv.ne.jpNGNG
MSがG.729採用したら流れが決まるんでないの?
G.723で懲りたユーザも多いことだし。
0008sageNGNG
codec は GSM がいいなあ...

0009電話NGNG
>>5
ぜひ欲しいですね。とりあえずサンプル実装は試してみているのですがなぜか動かない。(困ってます)
ところで、あのMLは動いているのでしょうか?

Windows上で動作可能なフリーの実装が出てくるタイミングはJAINの方が早いかもしれませんね。

>>6
当面は既存網とのGWを用意しないことにはユニバーサル性を確保できないので難しいのでは?
おそらく、5〜10年の移行期間が必要になると見てますけど。

>>7
主たる問題はcodecでしょうか?ちょっと疑問が...。
0010MGCP?NGNG
MGCP ってもうメンテしていないです。
0011かっとびくんNGNG
>>9
G.723っつー規格ができた経緯からして
問題ありですし、結局MOS評価でクソミソにされて、
キャリアから嫌われているっつーところからして・・・。

Defactは何って話に戻ると、
なんだかんだで七番対応の強さで決まると思うのですが。
そういった意味でH.323V3になりそーな気がします。
0012電話NGNG
>>10
ええっ、そうなんですか?
昨年VocalnetのMGCPツールキットを評価して以来チェックしてなかったです。
どこかポインターがあったらご教授ください。

>>11
G729aのビットレートですと当面、オープンネットワーク上で品質の安定した通話を提供するのが難しいですね。
もうしばらく先の話になるのでしょうか?

SS7へのGWとしてH.323を利用して、IP網内ではオーバーヘッドの小さなSIPを利用する、HearMeのような
アプローチはどう思われますか?H.323-SIPのGWがボトルネックになりそうな気もしますけど、クライアントが
軽いのが魅力に思うのですが。
00138NGNG
>>12
G.729a って 8k ですよね? 素人考えですが、8k の帯域を確保するのって、
そんなに難しいんでしょうか?

あと、SIP と SS7 の接続性は SIP の拡張でどうにでもなるような気がするのですが、
どうなんでしょう?

0014anonymousNGNG
フュージョンって何使ってるんでしょうか?
ソーナスの独自規格?

0015anonymousNGNG
age
0016かっとびくんNGNG
>>13
参考までに、デフォルト設定のG.729aVoIP(Cisco)にて、
IPオーバーヘッドを含めて24kbps位になります。

帯域はたいしたことない、と思っていますが、
遅延には意外と敏感に反応してしまいます。
The Internetの経験はないんですが、バッファタイムを
大きくしないと辛いのかなぁ、と思ってみたり。
# 静止衛星使ってるつもりでよければ、
# The Internetでも音質的には問題ないと思います。
# 正にそんな感じっす(藁

っつーか評価機が3610だったのがいけなかったのかしらん(w
# ふつーCiscoでVoIPなら3640位使わないとダメ?

Ethernet接続ならμ-law64kbpsでも快適に通話できます、
っつーかNetMeetingと通話させるとそれしかなかったんですが。

>>11
付け焼刃な知識でボロでそうです(w
SIPについてもうちょっと勉強してきます。
0017電話NGNG
>>16
私のところも試験は3610で行っています。
3640もありますけど、発呼を同時大発生させたりしない限り
試験結果に有意差は出ませんでしたね。

遅延にも敏感ですが、案外原因はゆらぎ周りかもと考えています。
追試しないといけないんですけど時間が....。
0018かっとびくんNGNG
電話さん?>
3610対向、256kbpsBtB位の設定で、通話中にEther側でFTPなんかを
ガンとぶつけた場合、queueが乱れて収束するまでの
処理で、どう見てもCPUパワーが足りないと思われるような
動きが出ていたもので・・当然2通話状態の方が荒れます。
ちなみに11.2TではQueueの乱れを回復できない状況に
陥ることもあったんですが、12.0Tでは負荷変動時のみ
現れるだけになりました>実装が悪いだけ?

私が触ってたのは去年の話なので、最近はさらに
まともになっているかも。

うーん、私がSIするなら、MC3810+IGXあたりで
VoATMを推奨しちゃうでしょうね。
# こっちのVoPは信じられないくらいまともに動くし
# って当たり前か(w

いろいろ書きたくなってきたけど、
本題から外れそうですね・・。
0019名無しさんNGNG
フュージョンの市外電話サービスに障害発生 原因不明で完全復旧の目途たたず
http://www4.nikkeibp.co.jp/NCC/news_top10/f_ncc2184.html

フュージョンってどういうシステムなんでしょうね?
0020anonymousNGNG
原因不明ってことは、復旧に時間かかるかもね...

システムについては↓
http://www.ne.jp/asahi/osaka/sho-ko/News/2001.03/fusioncom.html
http://www.nttcom.co.jp/news/file/000914voip.htm

IP バックボーンはは Juniper。

0021名無しさんNGNG
>>20
ありがとうございます。

マイライン効果でキャリア以外でのVoIPってもう流行らないんでしょうかね。
0022電話NGNG
>>18
私のところでは共存環境の試験してないんですよ。申し訳ない。
ひたすら専用網上での試験なんです。
12.1Tはもうちょっと改善されてますよ。
私は品質改善のためでなく、別のコマンド使いたくて入れ替えただけだったんですけど、
パフォーマンスも良くなってうれしい誤算でした。
■ このスレッドは過去ログ倉庫に格納されています