ﾄﾋﾟｯｸ一覧に戻る 問題ID: 12280 ｷｰﾌﾟｱﾗｲﾌﾞの未検出による｢protocol is down｣とは 最強WEB問題集CCNA (2014/2/18) いつもお世話になります｡

解説の ｢･ｷｰﾌﾟｱﾗｲﾌﾞが検出できない｣とﾃﾞｰﾀﾘﾝｸ層が｢down｣である

についての質問です｡

解説

ﾃﾞｰﾀﾘﾝｸ層が｢down｣である場合､下記のいずれかが原因です｡
･ｶﾌﾟｾﾙ化ﾀｲﾌﾟが一致していない
･clock rateの設定が正しくされていない
･ｷｰﾌﾟｱﾗｲﾌﾞが検出できない


@network Cisco･ｱﾗｲﾄﾞ実機で学ぶ
◆ｷｰﾌﾟｱﾗｲﾌﾞを止める(no keepalive)
http://atnetwork.info/ccna/no_keepalive.html

↑
ｻｲﾄで｢no keepalive｣ｺﾏﾝﾄﾞでｷｰﾌﾟｱﾗｲﾌﾞ信号を止めているようなのですが､
そのｻｲﾄでは｢no keepalive｣することで､｢up｣に強制的にできるとあります｡
(以下､ｻｲﾄより抜粋)

(省略)
ﾙｰﾀｰは､10秒間隔でｷｰﾌﾟｱﾗｲﾌﾞ(生存確認の信号)を送信していることが分かります｡
Ciscoﾙｰﾀは､ｷｰﾌﾟｱﾗｲﾌﾞで互いの生存を確認する仕組みを持っています｡

このｷｰﾌﾟｱﾗｲﾌﾞを止めることで､強制的にｲﾝﾀﾌｪｰｽがUPするようになるわけです｡
しかし､実際の運用ﾈｯﾄﾜｰｸにおいては､ﾄﾗﾌﾞﾙ時の原因の追求の妨げになりますので､
実ﾈｯﾄﾜｰｸでは､設定することは望ましくありません｡｢no keepalive｣ｺﾏﾝﾄﾞは､あくまで､
ﾈｯﾄﾜｰｸの演習用に使用するように心がけましょう!



ﾙｰﾀ2台をｸﾛｽｹｰﾌﾞﾙでつないで
｢no keepalive｣ｺﾏﾝﾄﾞで相手方ﾙｰﾀがkeepaliveを止めている場合
解説にある
･ｷｰﾌﾟｱﾗｲﾌﾞが検出できない
状態になると思うので
｢protocol is down｣でしょうか?

それとも､強制的に｢UP｣できるというｻｲﾄの通り
｢protocol is up｣が正しいのでしょうか?

｢no keepalive｣ｺﾏﾝﾄﾞをした側のﾙｰﾀだけが､まさか｢protocol is up｣になったりは
しないですよね?

手持ちのﾙｰﾀが現在1台しかなく､GNS3でも
ﾈｯﾄﾜｰｸ層以下の問題で検証できないので､
分かる方がいらっしゃれば､よろしくお願いします｡

• Re: 問題ID: 12280 ｷｰﾌﾟｱﾗｲﾌﾞの未検出による｢protocol is down｣とは(2014/2/18)
• Re: 問題ID: 12280 ｷｰﾌﾟｱﾗｲﾌﾞの未検出による｢protocol is down｣とは(2014/2/20)
• Re: 問題ID: 12280 ｷｰﾌﾟｱﾗｲﾌﾞの未検出による｢protocol is down｣とは(2014/2/20)
• Re: 問題ID: 12280 ｷｰﾌﾟｱﾗｲﾌﾞの未検出による｢protocol is down｣とは(2014/2/21)

ﾄﾋﾟｯｸ一覧に戻る
ﾌｫｰﾗﾑTopへ