問題ID： 320について
- フォーラムは新サイトへ移行しました。
- このフォーラムではゲスト投稿が禁止されています
hemhe6
投稿数: 56
投稿数: 56
連続して質問してすみません。
「interface Serial0/0 is up, line protocol is down」の場合、
・カプセル化タイプが一致していない
・clock rateの設定が正しくされていない
・キープアライブが検出できない
以上が原因の可能性との事ですが、
clock rateの設定については、WANテスト環境で使うバックツーバック接続時の使用コマンドであり、
普通の環境では設定しないと思うのですが、そういった場合（カプセル化とキープアライブは正常の場合）でも、
line protocol is downと表示されてしまうのでしょうか？
「interface Serial0/0 is up, line protocol is down」の場合、
・カプセル化タイプが一致していない
・clock rateの設定が正しくされていない
・キープアライブが検出できない
以上が原因の可能性との事ですが、
clock rateの設定については、WANテスト環境で使うバックツーバック接続時の使用コマンドであり、
普通の環境では設定しないと思うのですが、そういった場合（カプセル化とキープアライブは正常の場合）でも、
line protocol is downと表示されてしまうのでしょうか？
c1000
投稿数: 108
投稿数: 108
hemhe6さん
line protocol is downになりますよ。
http://ping-t.com/modules/cisco/?Cisco%A5%B3%A5%DE%A5%F3%A5%C9%BD%B8%2FC%2Fclock%20rate
line protocol is downになりますよ。
http://ping-t.com/modules/cisco/?Cisco%A5%B3%A5%DE%A5%F3%A5%C9%BD%B8%2FC%2Fclock%20rate
hemhe6
投稿数: 56
投稿数: 56
c1000さん
そうしたら、「line protocol is up」にさせる為に
バックツーバック接続を使わない、通常のルータと他ノードとの接続時でも、「わざわざ」clock rateの設定が必要なのでしょうか？
そうしたら、「line protocol is up」にさせる為に
バックツーバック接続を使わない、通常のルータと他ノードとの接続時でも、「わざわざ」clock rateの設定が必要なのでしょうか？
c1000
投稿数: 108
投稿数: 108
hemhe6さん
ご質問の意味がわかりました。
通常の接続で、CSU/DSUを使うのであれば、clock rateコマンドは必要ないですね。
ご質問の意味がわかりました。
通常の接続で、CSU/DSUを使うのであれば、clock rateコマンドは必要ないですね。
hemhe6
投稿数: 56
投稿数: 56
c1000さん
それでは、今回の「clock rateの設定が正しくされていない」についてなのですが、
これは、【clock rateの設定が必要な場合では、未設定や間違った設定をすると「line protocol is down」になりますよ。まあ、通常の接続の場合はclock rate未設定でもupですけどね。】
という出題者の考えだと理解して解答したら良いのでしょうか？
なんだが各設問の日本語がどうも理解できず、昨日から質問ばかりしております。
それでは、今回の「clock rateの設定が正しくされていない」についてなのですが、
これは、【clock rateの設定が必要な場合では、未設定や間違った設定をすると「line protocol is down」になりますよ。まあ、通常の接続の場合はclock rate未設定でもupですけどね。】
という出題者の考えだと理解して解答したら良いのでしょうか？
なんだが各設問の日本語がどうも理解できず、昨日から質問ばかりしております。
c1000
投稿数: 108
投稿数: 108
hemhe6さん
はい、clock rateに関しては、試験ではバックツーバック接続が前提として考えられると良いと思います。確かにラボ環境の設定なのですけれどもね。
はい、clock rateに関しては、試験ではバックツーバック接続が前提として考えられると良いと思います。確かにラボ環境の設定なのですけれどもね。
hemhe6
投稿数: 56
投稿数: 56
c1000さん
ありがとうございます、納得できました。
ありがとうございます、納得できました。
