フレッツADSLでVoIPって使えるの?
■ このスレッドは過去ログ倉庫に格納されています
フレッツADSLでVoIPやりたいんだけど大丈夫? ルータにグローバルIP1個固定でふってあとはマスカレード。 東京〜大阪で5通話したいんだけど。 いいメーカある? ってゆうかこんなこと可能なの?? めたグループ一のドキュンかと思いきや、エリア拡大してやること やってるね。名古屋でユーザー1万人ってそこそこ優秀じゃないか。 こうなってくると、NTTに収めるタイプ2使用料2062円が恨めしい。 IP電話に乗り換えたいせっかちな人は、電話解約したいだろう。 でも基本料とタイプ1料金を足した方が、タイプ2より安い… 誰だよこんなふざけた料金考えた奴… >795 できる。 ・網内での音声パケット優先制御。 ・データ・音声のトラフィックを把握し必要帯域の確保 他にもあるが、主にこれらの条件を整えてやれば。 データ音声混在型のNWを組む企業は、近年増えてきてます。 >>21 交換機に接続できないのだめ。、H.323とあまり使用帯域も変わらないよ。 interopで見てきた。 NTT-MEでみたLANdeVOICEの方がよっぽど使えそうだった。(話を聞いただけだけど。) メーカのHPはここ http://www.ldv-net.com/index.htm >>21 うぅ、モーターさんの名前が、、 懐かしさのあまり、、ウルウル、、、 >>23 mohta さん懐かしいっしょ 助手から講師にあがれたみたいね(しみじみ) >>19 もちろん知ってますよ。それで商売してますんで。(藁 >>15 は「初心者質問スレッド PART2」のコピペやね。 あそこじゃInternet VPNでのVoIPについて話してたはず。 771辺りからのスレを追ってみそ。 ちょっと話しが外れますが、参考までに。 現在台湾メーカーから、B5サイズのIP内線化装置(2・4回線用)を借り、 日本側を専用線T1で、台湾側をDSL-T1とADSL768/128(自宅) で通話実験をしています。 国際電話と同時に会話しながら通話試験したところ、遅延(0.2〜0.7秒)と 0パケット(5分間に数回3〜5秒発生)があり、なんとか会話は成立しますが、 時々意味不明な状況におちいります。(もう1回線は保留音を流した状況) 会話品質は、ユーザーとサポートセンター中継用途だとちょっとつらいかな? という印象です。 メーカーからは1回線あたり8Kの帯域が取れていればOKと聞いていますが、 台湾〜日本は直行ルートが無いそうで、対米国に比べ安定していないように思い ます。米国中継で日本という通話試験もしましたが、遅延が2倍になりとても話 しづらかったです。 >>26 ですが仮設なので、日本・台湾ともユニットを社内LANに 接続していました。また、FireWallのVPNも経由しますから、色々 な遅延の影響を受けている状態です。 日本の知人宅のISDNと通話試験した時のほうが、よほど安定し ていました。 ルーター直下にスイッチHUBを置いて、ユニットを接続すれば会 話品質は大分改善すると思います。週明けに実験してみます。 台湾メーカー数社からも、手のひらサイズ〜ラックタイプのPCを 使用した事業者用まで色々なインターネット内線化装置をリリース しています。もし情報が必要なら、メールくださいね。 >>26 >メーカーからは1回線あたり8Kの帯域が取れていればOKと これ、大嘘でしょう。 音声を8K圧縮してもIPのヘッダが付くから絶対8kに収まんないよ。 本気で8k/chの帯域で済むと思っているなら、その会社はドキュソ決定。 会社変えた方がいいよ。 IP headerがつくどころか、音声の場合は影響を最小限にするために、 パケットを可能な限り細切れにして送出します。つまり、パケットの中で IP headerの占める割合はめちゃくちゃでかい。その分、使用帯域は増えます。 とはいえ、めちゃくちゃ安易に64Kbps PCMで送るとしても100Kbpsあれば十分。 いまどき100Kbpsは誤差ですね。問題はpacket lossとdelayですが、 まともなところならlossは使用上影響ない誤差範囲内です。 問題になっているdelayのほうですが、国内同士でまともなところ同士ならば どうひどくてもRTTで数十msec内で安定しています。encodingと送出間隔を いれても100msecも遅延するような状況にはまずならないでしょう。 >>15 によると携帯電話が遅延150msecらしいので、それに比べればかなりの良い条件。 この「まともなところ同士」ってのが難しくないですか? 地方に行けば行くほど... ファイバはあまりまくっているのがデータにもでているように、 広帯域化はいくらでも進みますね。現在ぎりぎりでやっている小さいISPは 投資力がなければ淘汰されていくことでしょう。結局、 まともなところを使えばVoIPは品質的にも問題ないという結論でしょうか。 NTTの地域網の部分がちょっとRTT大きいかなって最近おもいます そういう遅延を除けばだいじょうぶなのかも VoIP電話って、普通の電話にはかけらんないんか? >>33 フレッツADSLに限る話ではないがDSLAMの遅延は結構大きいみたい。 往復で数十msは覚悟しないと。両端DSLだと、それだけで往復100ms越えてしまう。 RTA54i、VoIPファーム(β)発表 早速知り合いとテストしてみたが思ったより良い印象。両端ともフレッツ、別ISP これなら充分実用になる。 携帯電話の音声遅延が 150msecで 150msecあれば アメリカ往復とか いってたけど、 ネットワーク遅延数msecの環境でも 音声遅延は発生する。 それは パケット化時間 G723.1で最低でも30msec分必要。 G.711で5msec(ciscoは20msecでパケット化する から20msec) つーわけで 200msec遅延が発生するのは VPN装置で暗号化したり カプセル化したりするからそんだけ おそくなるんだぞ(ぉ さらに かいておくと 250msec以内であれば それほど 遅延を 感じずに会話できます。 VoIPなんかやっていると、通信業者からPBX業者になってしまうぞ。 >>34 かけれますよ。VoIP-GW、若しくはTAがいりますが。 >>37 おっしゃる通りかと。 さらに付け加えると、GWではRTPの時間的「揺らぎ」を吸収するために受信側で Jitter Bufferを使用するのが普通です。このバッファが深い程遅延はさらに 広がりますね。デフォルトで数10ms程用意されているのが一般的でしょうか? また、>>29 氏の言われた通り、RTPパケット化の際に音声を細切れにする訳ですが、 この細切れ単位(RTPパケット送出周期)が大きい程遅延が広がります。 RTP送出周期が大きい場合にはRTPパケットの絶対量が減るため帯域が狭まる、 というメリットはありますが ヲkiは40msを推奨していたと思います。 某金融機関システムSI会社の提案で勘定系と情報系とVoIPを一緒のNWを 提案された。 中継はIP-VPNでアクセスがADSLだってさ。 ADSL対向で使えるのですか?データがたくさん流れているなかでVoIPは 業務に支障ないレベルで使えるのですか。アプリのデータにも遅延なく問題ない のでしょうか? 機器が増ることによって、かえってコストかかりませんか? >>42 計算してみれ。VoIP同時通話数と、データのトラヒック。 んでNWの信頼性には注意。 統合してダウンして痛い目に遭った企業は敢えて分割してまっせ。 保険かけとき。ダウン中の損害額全額請求できる契約で。 コスト削減を夢見ての、銭失い、信用失いだけは避けれ。 アッカの帯域保証付きADSL使ってVoIPやってる事例はいくつかある 何の問題もないね。 強いて言えばG.711がガンなんじゃないの? コーデックが高くて実装できないところたくさん居そうだよね しがない 下請けです。 元請けから、「(下記構成で)内線のVoIPやれや」といってきたんですけどうまくいきそうでしょうか? FWがじゃまだと思うのですが・・ LAN---FW---ルータ---(フレッツADSL---Internet VPN---フレッツADSL)---ルータ---FW---LAN LANにゲートキーパー(?)がいてPBXにつながっています Internet VPNはルータでやってもFWでやっても、どっちでもいいそうです 音声とデータの両方が流れます >>53 片方向でEnd to Endの遅延を測定してみてよ。 200msecを越えるようであったら、品質にクレームをつけるユーザもあるよ。 >>56 ありがとうございます まだ、機器をこれから仕入れるようなので測定はできないです。 機器は、ルータがRTX2000+VPNのオプション FW は音壁 です >>53 RTX2000はIPSec VPN張っている時のパフォーマンスが根性なしなので あんまりお勧めできない、っていうか、音声統合するんなら止めた方がいい >>53 59に禿同 ショートパケット過多の場合、ネットスクリーンのほうがパフォーマンスがいいぞ 悪いことはいわんRTX2000はやめとけ >>59 >>60 ありがとうございます そもそも、音壁でVPN貼った場合、優先制御・帯域制御がいっさい できないし、RTX2000も 満足にQoSを実装していないので ボツ かとおもいます。 元受も「なら、RTX1000でもいいよ」といっているのですが、 俺様さん のYAMAHAスレでのカキコミが気になります。 ちなみに、私は、netScreenは扱ったことないヘタレです。 >様さんのYAMAHAスレでのカキコミが気になります。 →フレッツで拠点間VPN スレ とYAMAHAスレ です >>62 俺もあまりネットスクリーンは好きではないんだけど、ヤマハと比べるとね... フレッツADSLでNS経由でG711通してるけど、ぜんぜん問題ない 遅延も15〜30msと安定してるしね あと、プロバイダは統一したほうがいいぞ OCN-Biglobeの場合OCN-OCNより遅延が多かった(当たり前か) >>62 あとNSは帯域制御ができるぞ 効果は確認してる途中 >>65 >>66 ありがとうございます。 NetScreenのほうが安定していそうですね。 10万円ルータと25万円FWの処理能力の差といったところですかね。 NSは、必要な機能をそなえているので これから勉強していこうかと思います >>65 同意 はなしは変わるけど、携帯ゲーム機"プレイステーションポータブル(PSP) このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。 画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。 この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。 任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF7のように。 いきなり変なこと言い出してスマソ・・ GBAと比較してみてどうなんでしょうか?(シェアのことは抜きで) ∧_∧ ∧_∧ ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。 =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕 = ◎――――――◎ 山崎渉&ぼるじょあ >>53 遅レスでスマン。マジレスなんですが。 InternetVPN over VoIPって、動くには動くんだけどさ。 名のあるインテグレータがしたがらないのは音声の品質に保証が持てないから。 こっから先は感情論になるんだけど… InternetVPNでWAN張って、そこに音声も流そうなんて考えている会社は音声を分かって無さすぎだし、セコイ。 PBXやったことのある人なら分かると思うんだけど、PBX変えて音質が変わっただけであれこれ文句を言ってくる日本の企業人。これが意外に多い。 インテグレータはそれを知っているからこそ、自分たちで手が出せないInternet網は使いたがらないのです。 (難癖をつける人々に限って直せないものを直せと駄々をこねるしな) 「ネットワークの特性上、時に音声品質が悪くなる可能性がある。それを理解し、了承していただけるのであれば、やればいいんじゃないですか」というのが僕の答え。 これを文書に残して、こちらとしてもベストエフォートの努力しかしませんよ、とお客さんには言っている。 mohtaこないだのIETFの総会でまた騒動起こしたらしい。 >>75 > InternetVPN over VoIPって、動くには動くんだけどさ。 どんな代物だ? >>78 要は つながった と 業務で支障なく使える は 違うということかな? 電話切れちゃってごめんねぇ〜で済むところは問題なしでしょ(w 少なくともI−VPNoV使って番ポはヤヴァイと思うよ(てか許可されないのでは?) 所詮その程度の品質にしかならないということ とは言っても、キャリア提供のCentrexサービスも結構止まってるみたいだしねぇ 自己責任でやれるのであればイイカモネ >>79 てか >>78 はVoIP over InternetVPNの間違いではと言っていると思われ。 VoIPの上でInternetVPNって、アナログモデムでも使うのか? >>80 言われてみりゃ逆だな・・・ ちなみにVoIP(G711)上にモデム通信とかFAX(どっちもアナログな)乗せると 通信出来なくはないが、正常終了したら運がよかった位の代物ですよ 広域eでも↑な感じなので、ADSL使ったしかもインターネット経由の回線なんかは もってのほかですな・・ 1回線の全帯域に対するQoSと、1回線内のVoIP分の帯域に対するQoSは別物だが 4年半前のスレがまだ生きてる。 今どきこんなこと聞くやついないよな、と思ったら、 ああだこうだと言い合っているのが笑える。 ビッ○カメラ札幌店の副店長の佐藤伸弦が暴行事件が起きていた 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる