IP電話って、送受信でそれぞれの内蔵クロックで動いていますよね。
もし、受信側のクロックが少し遅いと、パケットが少し早い周期で来てしまうので、バッファがドンドン溜まっていくと思います。
たとえ、RTPで「これは最初から1000秒後のパケットだよ」と言う情報が入っていても、その1000秒が送信側と受信側でずれていたら、おかしくなると思います。
IP電話って、どこかでNET TIMEコマンドとかを使って、すべての機器の時刻を一致させている物なのでしょうか?
その場合、ローカルのネットワーク網の場合はどうなるのでしょうか?
No.7ベストアンサー
- 回答日時:
NTTの電話では問題なく使用できるのならば、NTTの電話で使用すべきでしょう
あと何年も使用するような物ではなさそう
本気で対応を考えるには、予算と資料が不足している
対策費の代わりに通話料と考えれば何年かは持つでしょうから
この回答への補足
NTT電話ですが、実際は会社の内線を使用しています。
内線がIP電話に変わります。
対策費としては、対向で20万円までならOKです。
5対向なので100万で済めば大丈夫です。
VoIPのモデムが、5万くらいだから、余裕があると思ったのです。
この内線だけは撤去しないようにお願いして、今の状態を残すのが一番良さそうですね。
色々と教えて下さって、ありがとうございました。
規格が判らないフォーマットのデータだから、モデムのアナログ信号をそのままIP電話で転送しようと思ったところで無茶な事だったのですね。
とりあえず、装置が壊れるまでは、今の状況でいくようにしてみます。
壊れてしまえば、パソコンにADボードと接点入力ボードを入れて、イーサネットで通信するよにします。
(ノイズ対策や、サージ対策が必要ですが)
ありがとうございました。
No.6
- 回答日時:
>モデムは非同期だと思います。
>昔の物で、取り扱い説明書や仕様書が無くなっていますので良く判りません。
>目的は、「モデム対向の通信を安定して行いたい」です。
エラー再送の制御はアプリソフトか、アプリソフトが使用してるデータ通信プログラムの機能です
通常は、エラー再送するはずです、エラーが1ビットであろうがバーストエラーで数百ビットであろうがです
非同期通信ならば、1バイト毎にスタート・ストップで同期を取ります、そして1回の伝送は長くても数百バイトだと思います
この単位で、エラーチェックを行い、エラーならば再送要求を行うのが通常の仕様です
ですから、ビットエラーが発生しても、訂正して通信を続けられる訳です
直面している問題は、クロック云々によるデータ脱落の可能性がどうのこうのと言うより、通信プログラムだと思います
通信プログラムの仕様を確認するのが一番確実です
*****余談******
昔使用していたもので、「一定以上エラーが連続すると回線不良とみなして通信を切断する」と言うおせっかいな機能を持ったものがありました
仕様書では「一定以上エラーが連続すると」でしたが実際は再送の累計回数が・・・でした、正常な通信が連続してもカウンタをリセットしないため、連続して使用していると必ず通信断を起こしました
*****************
モデムテスタがあれば、回線試験を行えば推測を確認することができるかと思います
想定以上にエラーが多いのかも知れません、モデムの速度を落としてみたら如何でしょう
この回答への補足
モデムの設定を変えて通信速度を遅くしたいのですが、10年以上も前の物で、どこをどうすれば良いのか判りません。
取り扱い説明書も無い状態です。
仕方が無いので、現状は電話線で通信できているから、今の設定のまま、何とか電話線をIP網に変えようとしています。
この装置は、アナログの信号入力を直接電話線へ出力する機器で、モデムの機能を内蔵した装置です。
今までモデムと言っていましたが、装置の中にあるモデムの機能の事です。
コンピュータなどではないので、アプリケーションでどうにかする事も出来ませんし、中のマイコンのプログラムの再送処理などをいじる事も出来ません。
最初から、IP用の物を作るのが楽で早いと思うのですが、それが許してもらえないので困っています。
No.5
- 回答日時:
>実際のモデム装置同士の対向で試験しました。
そのモデムは同期モデムですか、非同期モデムですか
同期モデムならば、受信クロックを使用する設定にしてください
非同期モデムならば、スタートビットで同期が取られます
(同期モデムは通常モデムのクロックで動作です、非同期モデムならば、送信PCのクロックで動作です)
だいぶ、クロックにこだわっていますが、何を行いたいのですか
モデム対向の通信を安定して行いたいのですか
それとも、最初からこだわっているクロックの事を確認したいのですか(そのためにモデム対向で通信テストを行っている)
後者でしたら、これ以上はご自分で調査してください
この回答への補足
モデムは非同期だと思います。
昔の物で、取り扱い説明書や仕様書が無くなっていますので良く判りません。
目的は、「モデム対向の通信を安定して行いたい」です。
今までは、電話を使って通信していたのですが、IPネットワークに線が変わるので、何とかしてIP網でデータ通信を行いたいのです。
それで、色々と調べたら、NTTのローカルネットワーク網がG.711で構成されていて、VoIPもG.711だから通信できるだろうと思って、試験したらダメでした。
VoIPとNTT内のデジタル回線網の違いを調べると、デジタル回線網は、同一のクロックで通信が行われているのを知り、そこがVoIPで通信できない原因だろうと思いました。
電話でなら送受信できるモデムを、IP網で通信させる方法をIP電話以外の方法でご存知でしたら、その方法を教えて下さい。
よろしくお願いします。
No.4
- 回答日時:
前の回答を書いてから気づいたのですが、もしかしてモデムテスタ等でそれもバーストモードで測定していませんか ?
そうであれば、エラーを検出する可能性はかなりあります
現実問題として、まともに設計製作された機器・システムならば、ビットエラー率1/1000000 パケットエラー率1/100程度のエラーならばエラー修復・再送でアプリケーションの実行に影響を与えない用に設計されています
データロスの原因はエラーによる廃棄もあります
実用レベルならば問題にするほどのことではありません
探究心からならば、今までの回答を参考に、いろいろ調べてください
それから、くどいようですが、1分を越えるデータ伝送で、同期の再確立を行なわないような事はありません
通常はパケット毎に同期再確立が行なわれます
この回答への補足
>前の回答を書いてから気づいたのですが、もしかしてモデムテスタ等でそれもバーストモードで測定していませんか ?
いいえ、実際のモデム装置同士の対向で試験しました。
>現実問題として、まともに設計製作された機器・システムならば、ビットエラー率1/1000000 パケットエラー率1/100程度のエラーならばエラー修復・再送でアプリケーションの実行に影響を与えない用に設計されています
私も、再送等でエラーを回避していると思うのですが、実際に通信開始後11分30秒で、通信エラーを起こして装置が止まってしまいました。
この時間は、たまたま起きた時の時間で、1時間以上通信できた時もありました。
>それから、くどいようですが、1分を越えるデータ伝送で、同期の再確立を行なわないような事はありません
>
>通常はパケット毎に同期再確立が行なわれます
これは、どういう事ですか?
RTCPで同期を取っているのでしょうか?
その場合、同期を取り直した時に、既に受信側で溜まっていたバッファの中の余分なデータがクリアされるのでしょうか?
送受信の装置の基準クロックが、受信側の方が遅い時、徐々にバッファにデータが溜まっていくと思います。
それで、同期を修正すると溜まっていたデータを破棄して新しいデータをデコードするのでしょうか?
その場合、破棄されたデータ分だけ音飛びして、モデム通信でエラーを起こしたのでしょうか?
No.3
- 回答日時:
>無音時間で吸収されるとしても、FAXだと長時間音声データが続く事になりますが、大丈夫なのでしょうか?
基本的なことですが、IP電話はデータの脱落を許容するUDP伝送を使用しているはずです
で、上記のようなことは吸収されます(データ脱落時はエラーになるが無視される)
>この原因が、ジッタやパケットロスではなくて、送受信のIP電話のクロックのズレが原因だと思っているのですが、違うのでしょうか?
受信側の処理が微妙に遅くてパケットが廃棄されたか、速くてデータ再生無しが発生したかのどちらかでしょう
用途に対して通信方式の選定が誤っています(仕様外の用途)
この回答への補足
>受信側の処理が微妙に遅くてパケットが廃棄されたか、速くてデータ再生無しが発生したかのどちらかでしょう
これの原因が、クロックのズレではないのでしょうか?
それとも、他の原因があるのでしょうか?
(同じメーカの同一の型式のVoIPターミナルを使いました。)
>用途に対して通信方式の選定が誤っています(仕様外の用途)
VoIPはIPネットワークで音声帯域の伝送が目的で、モデムは音声帯域を使ってデータ転送するのが目的だと思います。
仕様外になりますか?
私個人としては、モデムのアナログデータを送信側でデジタルデータに直して、IP網に流し、受信側でモデムのアナログデータに変換するのが良いと思います。
しかし、昔の規格のモデムで、フォーマットが判らないので仕方なくアナログデータをそのままIP網で伝えるのにVoIPを利用しようとしています。
No.2
- 回答日時:
>受信されるデータからクロックを抽出する機能と言うのは、受信側の機器がそのクロックを使って音声をデーコードするのでしょうか?
一足飛びに飛ばないでください、クロック抽出は、物理層でのことです
質問の事項はアプリケーション層になります
音声はサンプリングされA/D変換されてエンコードされ伝送されます、このときの規格にサンプリング周波数、量子化(ディジタル化)ビット数等があります
ディジタル化したデータをリアルタイムで送るか、バッファに貯めて送るかは、データ伝送アプリケーションによります
そのデータを伝送するのがネットワーク層、物理層です(表現はかなり省略しています)
>その8kHzと20msが送受信で微妙にずれていた場合の事を考えています。
これはサンプリングとバッファしたデータを送信する時間間隔の規格です
質問の微妙なずれは、最悪でも1/1000、通常は1/数万です(1/1000ずれていれば時計が1日に90秒くらいずれます)そして1/1000の周波数のズレを耳で検出できる人はほとんどいません
それから、最初の質問のようなことは誤差が生じても無音時間で吸収されてしまいます
それよりも影響があるのは、微妙なずれではなく大幅な伝送遅れやデータ消失です(エラーもしくはタイムアウトによる)これは音飛びなどを引き起こします
が 原因となるのは 質問されているようなことではありません
この回答への補足
私の質問は、まさにこの部分です。
>質問の微妙なずれは、最悪でも1/1000、通常は1/数万です(1/1000ずれていれば時計が1日に90秒くらいずれます)そして1/1000の周波数のズレを耳で検出できる人はほとんどいません
>
>それから、最初の質問のようなことは誤差が生じても無音時間で吸収されてしまいます
IP電話は無料なので、長時間連続で通話している場合の事を聞いています。
耳ではズレを聞き分けれ無くても、FAXのようなデータ送信の場合はどうなるのでしょう?
無音時間で吸収されるとしても、FAXだと長時間音声データが続く事になりますが、大丈夫なのでしょうか?
データの転送時間の送れ(ジッタ)は、バッファで吸収して対処しているのは、判っています。
でも、基準としている20msが、送信側が19.999msだと、受信側が正確に20msでデコードしていると徐々にバッファにデータが溜まっていってしまって、いつかバッファオーバーランになってしまう気がしているのです。
バッファがオーバーフローした時に、どのように補正がかかるのでしょうか?
その事は、送信側は自分の内部のクロックを基準にしているので20msが19.999msにズレているとは気が付かないと思っています。
やろうとしている事は、モデムの口しかない装置をIP電話を使ってデータ転送しようとしています。
スイッチングHUBとSIPサーバだけの簡単な構成のローカルなネットワークを作って試験した所、10分程度でエラーが発生してデータ転送できなくなってしまいます。
この原因が、ジッタやパケットロスではなくて、送受信のIP電話のクロックのズレが原因だと思っているのですが、違うのでしょうか?
No.1
- 回答日時:
クロックについてですが、重要なのは時刻ではなく周期です
クロックは、ルータ・スイッチングHUB等のネットワーク機器を経由するごとに再構築されます、また送受信されるデータ(パケット)ごとに再構築されますから、ずれが蓄積されることはありません
ネットワーク機器は受信されるデータからクロックを抽出する機能もあります
1パケットは最大でもMTUの範囲ですから1万数千ビット毎に再構築されます
ですからローカルでもそれなりに使用できるわけです
この回答への補足
受信されるデータからクロックを抽出する機能と言うのは、受信側の機器がそのクロックを使って音声をデーコードするのでしょうか?
その規格は、RTP・RTCP・VoIP・G.711のどこで規定されているのでしょうか?
G.711の規格を調べたら、8kHzサンプリングと言うのがあり、SIPで20msごとに1パケットで送るような取り決めをするような事があったのですが、その8kHzと20msが送受信で微妙にずれていた場合の事を考えています。
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
関連するカテゴリからQ&Aを探す
洗濯機・乾燥機
掃除機・クリーナー・空気清浄機
エアコン・クーラー・冷暖房機
扇風機・冷風機・サーキュレーター
ヒーター・こたつ・ホットカーペット
加湿器・除湿機
照明・ライト
ミシン・アイロン
冷蔵庫・炊飯器
電子レンジ・オーブン・トースター
ホームベーカリー・ホットプレート・圧力鍋
コーヒーメーカー・電気ケトル・電気ポット
フードプロセッサー・ミキサー
ガスコンロ・IHクッキングヒーター・給湯器
ウォーターサーバー・浄水器・食器洗い乾燥機
体重計・体脂肪計・体組成計
歩数計・活動量計
体温計・血圧計
ドライヤー・ヘアアイロン
美顔器・脱毛器・電気シェーバー
電動歯ブラシ・電子タバコ
固定電話・IP電話・FAX
時計・電卓・電子辞書
バッテリー・充電器・電池
その他(生活家電)
おすすめ情報
- ・漫画をレンタルでお得に読める!
- ・人生のプチ美学を教えてください!!
- ・10秒目をつむったら…
- ・あなたの習慣について教えてください!!
- ・牛、豚、鶏、どれか一つ食べられなくなるとしたら?
- ・【大喜利】【投稿~9/18】 おとぎ話『桃太郎』の知られざるエピソード
- ・街中で見かけて「グッときた人」の思い出
- ・「一気に最後まで読んだ」本、教えて下さい!
- ・幼稚園時代「何組」でしたか?
- ・激凹みから立ち直る方法
- ・1つだけ過去を変えられるとしたら?
- ・【あるあるbot連動企画】あるあるbotに投稿したけど採用されなかったあるある募集
- ・【あるあるbot連動企画】フォロワー20万人のアカウントであなたのあるあるを披露してみませんか?
- ・映画のエンドロール観る派?観ない派?
- ・海外旅行から帰ってきたら、まず何を食べる?
- ・誕生日にもらった意外なもの
- ・天使と悪魔選手権
- ・ちょっと先の未来クイズ第2問
- ・【大喜利】【投稿~9/7】 ロボットの住む世界で流行ってる罰ゲームとは?
- ・推しミネラルウォーターはありますか?
- ・都道府県穴埋めゲーム
- ・この人頭いいなと思ったエピソード
- ・準・究極の選択
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
電話線を抜いてもネットは繋が...
-
モジュラー端子のついている子...
-
光電話でのSTARFAXの利用について
-
IP電話とNTT料金の2重請求
-
受話器の音が小さくなる
-
ファックスをプリンターで、印...
-
ISDNのモデムについて
-
相手の固定電話に電話するがい...
-
「電話機コードを接続してくだ...
-
しまった!!受話器があがった...
-
電話が永遠に鳴り続ける…
-
家の固定電話機の電話帳を、新...
-
固定電話。相手の声は聞こえる...
-
固定電話の分岐ってできるの?
-
留守電に用件をいれない 留守電...
-
11日に電話開設工事をすること...
-
電話の受話器のコードのグニュ...
-
固定電話のベルが、1回だけ鳴る...
-
1台の固定電話に、2回線を引...
-
違うメーカーの電話子機は使え...
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
電話線を抜いてもネットは繋が...
-
受話器をあげると「ピーピー」...
-
電話が話し中状態に?
-
docomo光ONU交換
-
受話器の音が小さくなる
-
IP電話のクロックの同期について
-
モジュラー端子のついている子...
-
IP電話とNTT料金の2重請求
-
固定電話の回線が夜だけつなが...
-
特定の相手のFaxが受信できない
-
ファックスをプリンターで、印...
-
BBフォンから携帯電話に電話で...
-
Wake up on ringについて
-
ISDNのモデムについて
-
今までは普通にかかっていたの...
-
PCからのFax送信
-
ISDNのターミナルモデムからピ...
-
fax送信エラー
-
IPテレビ電話について
-
ひかり電話不通とブレーカー交...
おすすめ情報