ファミリを展開する際に考慮すべき特定のパフォーマンス要因について概説したものです。ティップスの表記法」を参照してください。前提条件この文書に関する特別な前提条件はありません。ルータについて説明します。アーキテクチャに基づいています。スループットを達成します。これは控えめな概算であり、実際のパフォーマンスはこの数字を越える可能性があります。相互運用性があります。アップグレードだけです。個は将来の使用のために確保されます。個までという理論上の制限があります。さまざまなタイプの伝送に割り当てることも可能です。数を制限するような、実装上の制限はありません。ネットワークでは次の要素によって制限されます。数を適度に保つことを強く推奨します。これに関しても、シスコによる実装上の制限ではありません。チャネルは、マルチアクセスで時間調整されたコンテンションベースの通信チャネルです。レベルを高くしすぎないようにします。モデムのリカバリ時間の遅延があります。モデムがすでにデータを送信しているときに、少ないレンジングの機会がモデム間で争われることによって発生します。ダイナミックなレンジングを使用して、モデムが常に登録する機会を得られるようにします。リクエストを許可するために、アップストリームで検出されるロードが増加するにつれて減少します。アップストリームがあまりに多くのモデムで過度にロードされると、モデムがオンライン状態に戻るまでにさらに長い時間がかかるので、お客様の満足度に影響するおそれがあります。それぞれのアップストリーム(US)チャネルとラインカードで同時にアクティブとなる加入者の数のトラフィック処理をすることによって、ピークの混雑時にもサービスの一貫性および十分なサービスを維持することも極めて重要です。通りのCM数を推奨します。モデム(主に、アクティビティのピーク時にお客様がその加入者に許容してもらいたいと考える、最悪の場合のダウンロード速度によって決定されます)。以下(主にリターンパスのノイズ、SNR、衝突レベル制御によって決定されます。)計算を行うにあたり、次が真であることが必要です。混雑時にログオンしています。同時にデータをダウンロードしており、ピーク時のアクティビティの一因となっています。*.25)になります。以上に制限したいと仮定します。制限する必要があることを意味します。約1000人になります。越えないようにすることを強く推奨しています。ないと、混雑時にサービスが著しく低下します。モデムのお客様の観点からはパフォーマンスの極度な低下にもつながったします。再登録を試行するモデムの平均レンジング時間が長くなったり、その他のシステムやパフォーマンスの異常にもつながる可能性があります。加入者を保持することになります。ポートで競合するユーザの数を制限しようとしていることになります。保つようお勧めします。ネットワークの飽和とクリッピングが発生しやすいという事実に基づいています。数の合計が得られます。ユニットを運用しています。プロトコルとその動作方法に基づいて、次のことを証明しました。超えないことが条件です。エンジニアリングに関する資料を基に、お客様の状況に適当なモデム数を決定する必要があります。モデム数の決定を行い、それを推奨するに留まります。標準に基づき、ケーブルネットワーク上でデータを展開したいと希望するお客様が成功するには、多くの要因を考慮に入れる必要があることをシスコは認識しています。確実に成功させるための基本的なポイントは、お客様を適当な範囲内でドメインに戻ってくるようにすることです。Passed(HHP)を適当なレベルに留めることで、展開の成功率や維持費が大幅に改善するほか、顧客満足度を向上できることがわかっています。未満であることを確認しました。ホームを使用する方法は、費用有効な設計ガイドラインです。オペレータはこのガイドラインを使用することにより、迅速な展開が可能になると同時に、保守エリアを適切に保つことができます。レシーバに集中するため、すべての加入者へのサービスに影響することに注意する必要があります。展開を検討する場合、上記の情報をさらに綿密に調査する必要があります。実行を試みるネットワークが成功する確率は、展開するしきい値をこの文書で推奨する値以下に保つことによってはるかに高くなります。通過率を約10パーセントとすることを強く推奨します。パスの過剰使用による通常の障害、または突発的で不規則なネットワーク動作によって生じるコストよりもはるかに安く済みます。設計することが奨励されます。コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。