loopbackインターフェースについて（問題ID：13759）
- フォーラムは新サイトへ移行しました。
- このフォーラムではゲスト投稿が禁止されています
takamoto463
居住地: 大阪
投稿数: 177
居住地: 大阪
投稿数: 177
いつもお世話になります。
（前置き長いので飛ばしてもらってもかまいません。下記★印へ）
問題ID：13759のトポロジーをＧＮＳ３で作って、
ループバックインターフェースが「RouterAを優先的にＤＲにする」
が違うことを確認したかったのですが、確かにＤＲにされなかったのと、
ループバックインターフェースがルータＩＤになるのが確認できた
わけですが、
interface loopback 0
ip address 1.1.1.1 255.255.255.255 ←ループバックアドレスの方が物理インターフェースのアドレスより
小さいが、優先されるので、ルータＩＤとなる。
Router ID 1.1.1.1
RouterA#show ip ospf interface
FastEthernet0/0 is up, line protocol is up
Internet Address 192.168.1.1/24, Area 0
Process ID 1, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 10
Transmit Delay is 1 sec, State DR, Priority 1
では、
ループバックインターフェースのアドレスが「192.168.2.1」と、
他のアクティブな物理インターフェースに設定されているアドレスよりも
大きい場合はどうなるのだろう？と、
interface loopback 0
ip address 192.168.2.1 255.255.255.255
と入力し、show runで設定が変わったことを確認して、copy run startで設定保存。
!
interface Loopback0
ip address 192.168.2.1 255.255.255.255
!
そして、clear ip ospf processで、ネイバー関係のリセット！
RouterA#clear ip ospf process
Reset ALL OSPF processes? [no]: yes
結果はルータＩＤが「192.168.2.1」になることで、他のアクティブな物理インターフェース
のアドレスよりも大きくなって、ＤＲに選出されました。
RouterA#show ip ospf interface
FastEthernet0/0 is up, line protocol is up
Internet Address 192.168.1.1/24, Area 0
Process ID 1, Router ID 192.168.2.1, Network Type BROADCAST, Cost: 10
Transmit Delay is 1 sec, State DR, Priority 1
Designated Router (ID) 192.168.2.1, Interface address 192.168.1.1
Backup Designated router (ID) 192.168.1.3, Interface address 192.168.1.3
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
と、いうことはこの問題のポイントはループバックインターフェースの値に
あるわけです。
今までいくつか解いてきた問題の解説で、「ループバックインターフェースがあれば優先」と
書いてあったので、単純にたとえば、ルータＡ，Ｂ，Ｃ，Ｄがあって
ループバックインターフェースがルータＡだけに設定されていれば
どんな値であっても、ループバックインターフェースの設定があるルータＡが
ＤＲになる。
と、いう意味で捉えていたのですが、ループバックインターフェースって
あくまで、ルータＩＤを任意に設定するためのアドレスだったのですね？
やっと理解できました。
ところで、こうやってみると
「router-id」 コマンドも、「interface loopback 0」コマンドも使い方は
同じで、同じコマンドなら２個も要らないのでは？？
と思うのですが。
使い勝手の感じで行くと、「shutdown」「no shutdown」が使える
ループバックインターフェースがで実験的なラボ環境なら便利そうですけど、
ルータＩＤコマンドで書き換えられてしまう恐れがありますよね。
それにループバックインターフェースだと、物理インターフェースにアドレスが
かぶると重複してます！って怒られました。
RouterA(config)#int loopback 0
RouterA(config-if)#ip address 192.168.1.100 255.255.255.255
% 192.168.1.100 overlaps with FastEthernet0/0
それに比べると、ルータＩＤコマンドは、他のルータに設定してない限り設定できます。
一覧表とか作っておけば管理的にも一目瞭然でやり易いと思うのですが。
RouterA(config)#router ospf 1
RouterA(config-router)#router-id 192.168.1.100
RouterA(config-router)#end
「ネットワークエンジニアとして」（http://www.infraexpert.com/study/ospfz13.html）より
router-idコマンドでルータIDを設定変更した場合、ルータを再起動するか、clear ip ospf proccess
コマンドによりOSPFプロセスの再起動が必要です。いずれの場合でも、通信切断が発生してしまいます。
RouterD(config)#router ospf 1
RouterD(config-router)#router-id 192.168.3.1
Reload or use "clear ip ospf process" command, for this to take effect ←この事ですよね。
で、リセット。
RouterD#clear ip ospf process
Reset ALL OSPF processes? [no]: yes
★（本題）
↑
これで、各ルータＩＤは
RouterA 192.168.1.100（ループバックインターフェースで設定）
RouterB 192.168.1.2
RouterC 192.168.1.3
RouterD 192.168.3.1（router-idコマンドで設定）
になりました。。。のはず。
で、結果は・・・・・・・・・・・・・
RouterD#show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
192.168.1.2 1 2WAY/DROTHER 00:00:34 192.168.1.2 FastEthernet0/0
192.168.1.3 1 FULL/BDR 00:00:33 192.168.1.3 FastEthernet0/0
192.168.1.100 1 FULL/DR 00:00:34 192.168.1.1 FastEthernet0/0 ←RouterAがＤＲ；
何が悪かったのでしょうか？。
RouterAがＤＲのままです。
どうして、ルータＤがＤＲにならないのでしょう？？
以上、よろしくお願いいたします。
（前置き長いので飛ばしてもらってもかまいません。下記★印へ）
問題ID：13759のトポロジーをＧＮＳ３で作って、
ループバックインターフェースが「RouterAを優先的にＤＲにする」
が違うことを確認したかったのですが、確かにＤＲにされなかったのと、
ループバックインターフェースがルータＩＤになるのが確認できた
わけですが、
interface loopback 0
ip address 1.1.1.1 255.255.255.255 ←ループバックアドレスの方が物理インターフェースのアドレスより
小さいが、優先されるので、ルータＩＤとなる。
Router ID 1.1.1.1
RouterA#show ip ospf interface
FastEthernet0/0 is up, line protocol is up
Internet Address 192.168.1.1/24, Area 0
Process ID 1, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 10
Transmit Delay is 1 sec, State DR, Priority 1
では、
ループバックインターフェースのアドレスが「192.168.2.1」と、
他のアクティブな物理インターフェースに設定されているアドレスよりも
大きい場合はどうなるのだろう？と、
interface loopback 0
ip address 192.168.2.1 255.255.255.255
と入力し、show runで設定が変わったことを確認して、copy run startで設定保存。
!
interface Loopback0
ip address 192.168.2.1 255.255.255.255
!
そして、clear ip ospf processで、ネイバー関係のリセット！
RouterA#clear ip ospf process
Reset ALL OSPF processes? [no]: yes
結果はルータＩＤが「192.168.2.1」になることで、他のアクティブな物理インターフェース
のアドレスよりも大きくなって、ＤＲに選出されました。
RouterA#show ip ospf interface
FastEthernet0/0 is up, line protocol is up
Internet Address 192.168.1.1/24, Area 0
Process ID 1, Router ID 192.168.2.1, Network Type BROADCAST, Cost: 10
Transmit Delay is 1 sec, State DR, Priority 1
Designated Router (ID) 192.168.2.1, Interface address 192.168.1.1
Backup Designated router (ID) 192.168.1.3, Interface address 192.168.1.3
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
と、いうことはこの問題のポイントはループバックインターフェースの値に
あるわけです。
今までいくつか解いてきた問題の解説で、「ループバックインターフェースがあれば優先」と
書いてあったので、単純にたとえば、ルータＡ，Ｂ，Ｃ，Ｄがあって
ループバックインターフェースがルータＡだけに設定されていれば
どんな値であっても、ループバックインターフェースの設定があるルータＡが
ＤＲになる。
と、いう意味で捉えていたのですが、ループバックインターフェースって
あくまで、ルータＩＤを任意に設定するためのアドレスだったのですね？
やっと理解できました。
ところで、こうやってみると
「router-id」 コマンドも、「interface loopback 0」コマンドも使い方は
同じで、同じコマンドなら２個も要らないのでは？？
と思うのですが。
使い勝手の感じで行くと、「shutdown」「no shutdown」が使える
ループバックインターフェースがで実験的なラボ環境なら便利そうですけど、
ルータＩＤコマンドで書き換えられてしまう恐れがありますよね。
それにループバックインターフェースだと、物理インターフェースにアドレスが
かぶると重複してます！って怒られました。
RouterA(config)#int loopback 0
RouterA(config-if)#ip address 192.168.1.100 255.255.255.255
% 192.168.1.100 overlaps with FastEthernet0/0
それに比べると、ルータＩＤコマンドは、他のルータに設定してない限り設定できます。
一覧表とか作っておけば管理的にも一目瞭然でやり易いと思うのですが。
RouterA(config)#router ospf 1
RouterA(config-router)#router-id 192.168.1.100
RouterA(config-router)#end
「ネットワークエンジニアとして」（http://www.infraexpert.com/study/ospfz13.html）より
router-idコマンドでルータIDを設定変更した場合、ルータを再起動するか、clear ip ospf proccess
コマンドによりOSPFプロセスの再起動が必要です。いずれの場合でも、通信切断が発生してしまいます。
RouterD(config)#router ospf 1
RouterD(config-router)#router-id 192.168.3.1
Reload or use "clear ip ospf process" command, for this to take effect ←この事ですよね。
で、リセット。
RouterD#clear ip ospf process
Reset ALL OSPF processes? [no]: yes
★（本題）
↑
これで、各ルータＩＤは
RouterA 192.168.1.100（ループバックインターフェースで設定）
RouterB 192.168.1.2
RouterC 192.168.1.3
RouterD 192.168.3.1（router-idコマンドで設定）
になりました。。。のはず。
で、結果は・・・・・・・・・・・・・
RouterD#show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
192.168.1.2 1 2WAY/DROTHER 00:00:34 192.168.1.2 FastEthernet0/0
192.168.1.3 1 FULL/BDR 00:00:33 192.168.1.3 FastEthernet0/0
192.168.1.100 1 FULL/DR 00:00:34 192.168.1.1 FastEthernet0/0 ←RouterAがＤＲ；
何が悪かったのでしょうか？。
RouterAがＤＲのままです。
どうして、ルータＤがＤＲにならないのでしょう？？
以上、よろしくお願いいたします。
Re: loopbackインターフェースについて（問題ID：13759）
msg# 1.1
ゲスト
投稿数: 0
> 結果はルータＩＤが「192.168.2.1」になることで、
> 他のアクティブな物理インターフェースのアドレス
> よりも大きくなって、ＤＲに選出されました。
(★)この時点でRouterAのプロセスを再起動をしたら、
他のルータのBDRが昇格して、立ち上がってきた
RouterAがDRになるとは思えないのですが、
RouterA以外もRouterA起動後にプロセス再起動
しましたか？
> これで、各ルータＩＤは
> RouterA 192.168.1.100（ループバックインターフェースで設定）
> RouterB 192.168.1.2
> RouterC 192.168.1.3
> RouterD 192.168.3.1（router-idコマンドで設定）
>
> になりました。。。のはず。
この時点のRouterAのルータIDはloopbackに設定した192.168.2.1の
ような気がするのですが、192.168.1.100なのでしょうか？
192.168.1.100はrouter-id コマンドで設定されたように読み取れるのですが。。。
そして、RouterAのプロセス再起動はしておらず、RouterAのルータIDは192.168.2.1のままのような
気がします。
> 何が悪かったのでしょうか？。
>
> RouterAがＤＲのままです。
> どうして、ルータＤがＤＲにならないのでしょう？？
★の時点でRouterAがDRになっているのが私としては
理解できないのですが、仮にDRだったとして、
その後、プロセス再起動したのがRouterDだから、
DRのRouterAは変わらずにDRのままなのではないでしょうか。
流れを読み間違っていたらすいません。
> 他のアクティブな物理インターフェースのアドレス
> よりも大きくなって、ＤＲに選出されました。
(★)この時点でRouterAのプロセスを再起動をしたら、
他のルータのBDRが昇格して、立ち上がってきた
RouterAがDRになるとは思えないのですが、
RouterA以外もRouterA起動後にプロセス再起動
しましたか？
> これで、各ルータＩＤは
> RouterA 192.168.1.100（ループバックインターフェースで設定）
> RouterB 192.168.1.2
> RouterC 192.168.1.3
> RouterD 192.168.3.1（router-idコマンドで設定）
>
> になりました。。。のはず。
この時点のRouterAのルータIDはloopbackに設定した192.168.2.1の
ような気がするのですが、192.168.1.100なのでしょうか？
192.168.1.100はrouter-id コマンドで設定されたように読み取れるのですが。。。
そして、RouterAのプロセス再起動はしておらず、RouterAのルータIDは192.168.2.1のままのような
気がします。
> 何が悪かったのでしょうか？。
>
> RouterAがＤＲのままです。
> どうして、ルータＤがＤＲにならないのでしょう？？
★の時点でRouterAがDRになっているのが私としては
理解できないのですが、仮にDRだったとして、
その後、プロセス再起動したのがRouterDだから、
DRのRouterAは変わらずにDRのままなのではないでしょうか。
流れを読み間違っていたらすいません。
takamoto463
居住地: 大阪
投稿数: 177
居住地: 大阪
投稿数: 177
jupiter134 様
いつもありがとうございます。
まず1個確認なんですが、
この「ＯＳＰＦリセットのコマンド」
RouterA#clear ip ospf process
Reset ALL OSPF processes? [no]: yes
これって、もしかして実行したルータのみで有効ですか？
実行した後に、他のルータとの接続が一旦切れて、
新たにネイバー関係を結んでいるようなsyslogのメッセージが
流れるので、てっきり同じエリアまたは、全ルータに
リセットがかかるものだと。。
「Reset ALL」からもそのような気で使用していました。
それで、リセットはルータＡでしかかけなかった
わけですが、
> 結果はルータＩＤが「192.168.2.1」になることで、
> 他のアクティブな物理インターフェースのアドレス
> よりも大きくなって、ＤＲに選出されました。
にはなったので。
そのようなものだと。
（明日、もう一度試してみます。もしかしたら、ときどきノートＰＣのファンがうるさいので、使ってないルータを停止させたりする時があるので、RouterA以外を一旦、停止させてやったかもしれません。）
ちなみに、ルータ１台だけで有効だとすると
こういった場合、どのような順序でリセットを
すべてにかけていけば、思ったようになったのでしょうか？
それにしても、自分では質問しようと
メモ帳に全行程を書きながら
やったつもりでしたが、
聞かれてみると、停止させてたかとか分かりません。
今後のためにもそのあたり
気を付けてメモする癖をつけたいと思います。
あ、再現するかのテストですが
明後日が試験なのでもしかしたらその後になるかも知れませんが、できれば引き続きもよろしくお願いします。
本当にいつも、ご回答ありがとうございます。
実務ができる環境ではないので、すごくありがたいです。
今後ともよろしくお願いいたします。
いつもありがとうございます。
まず1個確認なんですが、
この「ＯＳＰＦリセットのコマンド」
RouterA#clear ip ospf process
Reset ALL OSPF processes? [no]: yes
これって、もしかして実行したルータのみで有効ですか？
実行した後に、他のルータとの接続が一旦切れて、
新たにネイバー関係を結んでいるようなsyslogのメッセージが
流れるので、てっきり同じエリアまたは、全ルータに
リセットがかかるものだと。。
「Reset ALL」からもそのような気で使用していました。
それで、リセットはルータＡでしかかけなかった
わけですが、
> 結果はルータＩＤが「192.168.2.1」になることで、
> 他のアクティブな物理インターフェースのアドレス
> よりも大きくなって、ＤＲに選出されました。
にはなったので。
そのようなものだと。
（明日、もう一度試してみます。もしかしたら、ときどきノートＰＣのファンがうるさいので、使ってないルータを停止させたりする時があるので、RouterA以外を一旦、停止させてやったかもしれません。）
ちなみに、ルータ１台だけで有効だとすると
こういった場合、どのような順序でリセットを
すべてにかけていけば、思ったようになったのでしょうか？
それにしても、自分では質問しようと
メモ帳に全行程を書きながら
やったつもりでしたが、
聞かれてみると、停止させてたかとか分かりません。
今後のためにもそのあたり
気を付けてメモする癖をつけたいと思います。
あ、再現するかのテストですが
明後日が試験なのでもしかしたらその後になるかも知れませんが、できれば引き続きもよろしくお願いします。
本当にいつも、ご回答ありがとうございます。
実務ができる環境ではないので、すごくありがたいです。
今後ともよろしくお願いいたします。
Re: loopbackインターフェースについて（問題ID：13759）
msg# 1.2
ゲスト
投稿数: 0
プロセス再起動はそのルータだけです。
また、ospf はプロセスを複数起動できるので、
clear ip ospf process
だけだと、全てのプロセスが対象になります。
特定のプロセスだけを再起動するなら、
clear ip ospf 1 process
のように番号をつけてあげると、できると思います。
自分が作業したことをメモするのも良いと思いますが、
それ以上にteratermなどでタイムスタンプ付きのログを
取る習慣をつけることをお勧めします。
ログには操作の全てが残ります。後で自分がやったことを
見直すのに重宝しますし、後日トラブルが起きた場合などに
当時のオペレーションが分かるログはトラブルシューティングには
とても重要です。
試験頑張ってください。
また、ospf はプロセスを複数起動できるので、
clear ip ospf process
だけだと、全てのプロセスが対象になります。
特定のプロセスだけを再起動するなら、
clear ip ospf 1 process
のように番号をつけてあげると、できると思います。
自分が作業したことをメモするのも良いと思いますが、
それ以上にteratermなどでタイムスタンプ付きのログを
取る習慣をつけることをお勧めします。
ログには操作の全てが残ります。後で自分がやったことを
見直すのに重宝しますし、後日トラブルが起きた場合などに
当時のオペレーションが分かるログはトラブルシューティングには
とても重要です。
試験頑張ってください。
takamoto463
居住地: 大阪
投稿数: 177
居住地: 大阪
投稿数: 177
jupiter134様
おはようございます。
ご回答ありがとうございます。回答を見る前に下記のことだけ確認してしまいました。
そうですか、teratermの「タイムスタンプ付きのログ」ですね。
teratermの設定を見てみましたが、それっぽい設定項目がなく、タイムスタンプが表示できませんでした。
ログ表示用エディタが「notepad.exe」だからでしょうか？
それとも、バージョンの問題でしょうか？
Tera Term Version 4.71(SVN# 4604)
リセットについては、プロセス番号が同じものを同時にリセットできたりするのですね。便利そうです。
それと同時に試験だといつも１に設定しているけれど、
使いこなせれば色々と便利な機能があるんだなと実感できました。
ありがとうございます。
（下記 昨日の分を少し確認とったことをメモしたものです。）
(１)問題ＩＤのトポロジーを作成。
↓
(２)一旦、設定を保存して、ソフトを再立ち上げ。
↓
(３)ルータＡ→Ｂ→Ｃ→Ｄの順番で手早く装置を起動。
↓
(４)ルータＡ、Ｂ、Ｃ、Ｄの状態が「FULL」になるまで待機。
*Mar 1 00:01:38.607: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.4 on FastEthernet0/0 from LOADING to FULL, Loading Done
RouterA#
*Mar 1 00:01:46.563: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.3 on FastEthernet0/0 from LOADING to FULL, Loading Done
(５)この時点で各ルータのステータスを確認。
ルータＡ Router ID 1.1.1.1 State DROTHER, Priority 1
ルータＢ Router ID 192.168.1.2 State DROTHER, Priority 1
ルータＣ Router ID 192.168.1.3 State BDR, Priority 1
ルータＤ Router ID 192.168.1.4 State DR, Priority 1
でルータＢの「FULL」が出てこなかったのは、ルータＡとルータＢはState DROTHERなので、
隣接関係を結ばないからということか。と納得。
↓
(６)ルータＡのループバックインターフェースのアドレスを変更。とりあえずこまめに設定も保存。
（１．１．１．１ → １９２．１６８．２．１）
!
interface Loopback0
ip address 192.168.2.1 255.255.255.255
!
↓
(７)ルータＡでリセット。
RouterA#clear ip ospf process
Reset ALL OSPF processes? [no]: yes
RouterA#
*Mar 1 00:18:39.239: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.2 on FastEthernet0/0 from 2WAY to DOWN, Neighbor Down: Interface down or detached
*Mar 1 00:18:39.243: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.3 on FastEthernet0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Mar 1 00:18:39.251: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.4 on FastEthernet0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Mar 1 00:18:39.543: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.3 on FastEthernet0/0 from LOADING to FULL, Loading Done
*Mar 1 00:18:39.547: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.4 on FastEthernet0/0 from LOADING to FULL, Loading Done
RouterA#
↓
(８)結果確認。各ルータのステータスを確認。
ルータＡ Router ID 192.168.2.1 State DROTHER, Priority 1
ルータＢ Router ID 192.168.1.2 State DROTHER, Priority 1
ルータＣ Router ID 192.168.1.3 State BDR, Priority 1
ルータＤ Router ID 192.168.1.4 State DR, Priority 1
※おっしゃってたとおり、「clear ip ospf process」はルータ単体のみ有効だということが確認できました。
このままでは、思うようにステータスが割り振られていないので、
ＤＲ、ＢＤＲのルータを順番にリセットします。
(９)現在ステータスが「ＤＲ」であるルータＤをリセット。
↓
(10)この時点で各ルータのステータスを確認。
ルータＡ Router ID 192.168.2.1 State BDR, Priority 1
ルータＢ Router ID 192.168.1.2 State DROTHER, Priority 1
ルータＣ Router ID 192.168.1.3 State DR, Priority 1
ルータＤ Router ID 192.168.1.4 State DROTHER, Priority 1
「ＤＲ」がなくなった。
ルータＩＤの大きさで言うとルータＡが「ＤＲ」になるのかな？とも思っていましたが、
それまでの「ＢＤＲ」→「ＤＲ」に格上げされて、ルータＡはＢＤＲの地位につきました。
↓
(11)現在ステータスが「ＤＲ」であるルータＣをリセット。
↓
(12)この時点で各ルータのステータスを確認。
ルータＡ Router ID 192.168.2.1 State DR, Priority 1
ルータＢ Router ID 192.168.1.2 State DROTHER, Priority 1
ルータＣ Router ID 192.168.1.3 State DROTHER, Priority 1
ルータＤ Router ID 192.168.1.4 State BDR, Priority 1
やっと、思う通りのステータスになりました。
シミュレータだと簡単ですけど、実際はsshかなんかで入って設定するんですしょうか。
sshの設定とか、出ないだろうと全然覚えてませんが。
シミュレータなのに、それを触る前にあたまの中でシミュレート。
この仕事って、短期記憶を鍛えられそうですね。
全部確認できてませんが、とりあえずのご報告です。
ありがとうございました。
おはようございます。
ご回答ありがとうございます。回答を見る前に下記のことだけ確認してしまいました。
そうですか、teratermの「タイムスタンプ付きのログ」ですね。
teratermの設定を見てみましたが、それっぽい設定項目がなく、タイムスタンプが表示できませんでした。
ログ表示用エディタが「notepad.exe」だからでしょうか？
それとも、バージョンの問題でしょうか？
Tera Term Version 4.71(SVN# 4604)
リセットについては、プロセス番号が同じものを同時にリセットできたりするのですね。便利そうです。
それと同時に試験だといつも１に設定しているけれど、
使いこなせれば色々と便利な機能があるんだなと実感できました。
ありがとうございます。
（下記 昨日の分を少し確認とったことをメモしたものです。）
(１)問題ＩＤのトポロジーを作成。
↓
(２)一旦、設定を保存して、ソフトを再立ち上げ。
↓
(３)ルータＡ→Ｂ→Ｃ→Ｄの順番で手早く装置を起動。
↓
(４)ルータＡ、Ｂ、Ｃ、Ｄの状態が「FULL」になるまで待機。
*Mar 1 00:01:38.607: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.4 on FastEthernet0/0 from LOADING to FULL, Loading Done
RouterA#
*Mar 1 00:01:46.563: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.3 on FastEthernet0/0 from LOADING to FULL, Loading Done
(５)この時点で各ルータのステータスを確認。
ルータＡ Router ID 1.1.1.1 State DROTHER, Priority 1
ルータＢ Router ID 192.168.1.2 State DROTHER, Priority 1
ルータＣ Router ID 192.168.1.3 State BDR, Priority 1
ルータＤ Router ID 192.168.1.4 State DR, Priority 1
でルータＢの「FULL」が出てこなかったのは、ルータＡとルータＢはState DROTHERなので、
隣接関係を結ばないからということか。と納得。
↓
(６)ルータＡのループバックインターフェースのアドレスを変更。とりあえずこまめに設定も保存。
（１．１．１．１ → １９２．１６８．２．１）
!
interface Loopback0
ip address 192.168.2.1 255.255.255.255
!
↓
(７)ルータＡでリセット。
RouterA#clear ip ospf process
Reset ALL OSPF processes? [no]: yes
RouterA#
*Mar 1 00:18:39.239: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.2 on FastEthernet0/0 from 2WAY to DOWN, Neighbor Down: Interface down or detached
*Mar 1 00:18:39.243: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.3 on FastEthernet0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Mar 1 00:18:39.251: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.4 on FastEthernet0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Mar 1 00:18:39.543: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.3 on FastEthernet0/0 from LOADING to FULL, Loading Done
*Mar 1 00:18:39.547: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.4 on FastEthernet0/0 from LOADING to FULL, Loading Done
RouterA#
↓
(８)結果確認。各ルータのステータスを確認。
ルータＡ Router ID 192.168.2.1 State DROTHER, Priority 1
ルータＢ Router ID 192.168.1.2 State DROTHER, Priority 1
ルータＣ Router ID 192.168.1.3 State BDR, Priority 1
ルータＤ Router ID 192.168.1.4 State DR, Priority 1
※おっしゃってたとおり、「clear ip ospf process」はルータ単体のみ有効だということが確認できました。
このままでは、思うようにステータスが割り振られていないので、
ＤＲ、ＢＤＲのルータを順番にリセットします。
(９)現在ステータスが「ＤＲ」であるルータＤをリセット。
↓
(10)この時点で各ルータのステータスを確認。
ルータＡ Router ID 192.168.2.1 State BDR, Priority 1
ルータＢ Router ID 192.168.1.2 State DROTHER, Priority 1
ルータＣ Router ID 192.168.1.3 State DR, Priority 1
ルータＤ Router ID 192.168.1.4 State DROTHER, Priority 1
「ＤＲ」がなくなった。
ルータＩＤの大きさで言うとルータＡが「ＤＲ」になるのかな？とも思っていましたが、
それまでの「ＢＤＲ」→「ＤＲ」に格上げされて、ルータＡはＢＤＲの地位につきました。
↓
(11)現在ステータスが「ＤＲ」であるルータＣをリセット。
↓
(12)この時点で各ルータのステータスを確認。
ルータＡ Router ID 192.168.2.1 State DR, Priority 1
ルータＢ Router ID 192.168.1.2 State DROTHER, Priority 1
ルータＣ Router ID 192.168.1.3 State DROTHER, Priority 1
ルータＤ Router ID 192.168.1.4 State BDR, Priority 1
やっと、思う通りのステータスになりました。
シミュレータだと簡単ですけど、実際はsshかなんかで入って設定するんですしょうか。
sshの設定とか、出ないだろうと全然覚えてませんが。
シミュレータなのに、それを触る前にあたまの中でシミュレート。
この仕事って、短期記憶を鍛えられそうですね。
全部確認できてませんが、とりあえずのご報告です。
ありがとうございました。
Re: loopbackｲﾝﾀｰﾌｪｰｽについて(問題ID:13759)
msg# 1.3
ゲスト
投稿数: 0
teraterm タイムスタンプ ini
くらいで調べてみるといいですよ
くらいで調べてみるといいですよ
takamoto463
居住地: 大阪
投稿数: 177
居住地: 大阪
投稿数: 177
おはようございます。
いつもありがとうございます。
テラタームのタイムスタンプできました。
と言っても、家では確かめる環境がないので
設定をしてみただけですが。
（覚え書き）
（Windows8)
C:\Program Files (x86)\teraterm\TERATERM.INI
を開いて、
「LogTimestam」部分を「off → on」に変更し設定ファイルを保存すれば設定完了。
毎日、いろんなことを覚えるのは楽しいですね。
これからも、よろしくお願いいたします。
いつもありがとうございます。
テラタームのタイムスタンプできました。
と言っても、家では確かめる環境がないので
設定をしてみただけですが。
（覚え書き）
（Windows8)
C:\Program Files (x86)\teraterm\TERATERM.INI
を開いて、
「LogTimestam」部分を「off → on」に変更し設定ファイルを保存すれば設定完了。
毎日、いろんなことを覚えるのは楽しいですね。
これからも、よろしくお願いいたします。
takamoto463
居住地: 大阪
投稿数: 177
居住地: 大阪
投稿数: 177
jupiter134様
おはようございます。おかげさまで合格することができました。
ありがとうございます。
テラタームのタイムスタンプをつけたり、
ログをつけるクセをしっかりつけてやっていきたいと
思います。
タイムスタンプもちゃんとできていました。
[Mon Dec 02 09:59:46.857 2013] !
[Mon Dec 02 09:59:46.873 2013] !
[Mon Dec 02 09:59:46.873 2013] !
[Mon Dec 02 09:59:46.873 2013] !
[Mon Dec 02 09:59:46.873 2013] !
[Mon Dec 02 09:59:46.888 2013] interface FastEthernet0
[Mon Dec 02 09:59:46.905 2013] no ip address
[Mon Dec 02 09:59:46.937 2013] duplex auto
[Mon Dec 02 09:59:46.953 2013] speed auto
[Mon Dec 02 09:59:46.953 2013] !
[Mon Dec 02 09:59:46.968 2013] interface FastEthernet1
[Mon Dec 02 09:59:46.984 2013] ip address 172.16.3.208 255.255.255.0
[Mon Dec 02 09:59:47.033 2013] duplex auto
[Mon Dec 02 09:59:47.048 2013] speed auto
[Mon Dec 02 09:59:47.064 2013] !
[Mon Dec 02 09:59:47.064 2013] interface BRI0
[Mon Dec 02 09:59:47.097 2013] no ip address
[Mon Dec 02 09:59:47.113 2013] encapsulation hdlc
[Mon Dec 02 09:59:47.129 2013] --More-- shutdown
[Mon Dec 02 09:59:48.120 2013] !
[Mon Dec 02 09:59:48.121 2013] interface FastEthernet2
[Mon Dec 02 09:59:48.152 2013] !
[Mon Dec 02 09:59:48.153 2013] interface FastEthernet3
[Mon Dec 02 09:59:48.185 2013] !
[Mon Dec 02 09:59:48.185 2013] interface FastEthernet4
↑
表記が普段なれてない洋式なので、気持ち悪いですが。
たぶん、カスタムできそうなのでまた調べてみます。
その他、タイムスタンプについて、調べてこれは。。というもの
も使ってみることにしました。
１．ログ保存ダイアログの非表示
タスクバーが1個分すっきり。
２．ログの保存を自動で。
ログの取り忘れがなくなります。
ついでに、いつのログファイルか名前も自動でつけられるようにしてみました。（こんな感じteraterm_COM4_20131202月曜日_094509.log）
もっと早く知ってれば良かったって思いました（苦笑）
これからもよろしくお願いします。
おはようございます。おかげさまで合格することができました。
ありがとうございます。
テラタームのタイムスタンプをつけたり、
ログをつけるクセをしっかりつけてやっていきたいと
思います。
タイムスタンプもちゃんとできていました。
[Mon Dec 02 09:59:46.857 2013] !
[Mon Dec 02 09:59:46.873 2013] !
[Mon Dec 02 09:59:46.873 2013] !
[Mon Dec 02 09:59:46.873 2013] !
[Mon Dec 02 09:59:46.873 2013] !
[Mon Dec 02 09:59:46.888 2013] interface FastEthernet0
[Mon Dec 02 09:59:46.905 2013] no ip address
[Mon Dec 02 09:59:46.937 2013] duplex auto
[Mon Dec 02 09:59:46.953 2013] speed auto
[Mon Dec 02 09:59:46.953 2013] !
[Mon Dec 02 09:59:46.968 2013] interface FastEthernet1
[Mon Dec 02 09:59:46.984 2013] ip address 172.16.3.208 255.255.255.0
[Mon Dec 02 09:59:47.033 2013] duplex auto
[Mon Dec 02 09:59:47.048 2013] speed auto
[Mon Dec 02 09:59:47.064 2013] !
[Mon Dec 02 09:59:47.064 2013] interface BRI0
[Mon Dec 02 09:59:47.097 2013] no ip address
[Mon Dec 02 09:59:47.113 2013] encapsulation hdlc
[Mon Dec 02 09:59:47.129 2013] --More-- shutdown
[Mon Dec 02 09:59:48.120 2013] !
[Mon Dec 02 09:59:48.121 2013] interface FastEthernet2
[Mon Dec 02 09:59:48.152 2013] !
[Mon Dec 02 09:59:48.153 2013] interface FastEthernet3
[Mon Dec 02 09:59:48.185 2013] !
[Mon Dec 02 09:59:48.185 2013] interface FastEthernet4
↑
表記が普段なれてない洋式なので、気持ち悪いですが。
たぶん、カスタムできそうなのでまた調べてみます。
その他、タイムスタンプについて、調べてこれは。。というもの
も使ってみることにしました。
１．ログ保存ダイアログの非表示
タスクバーが1個分すっきり。
２．ログの保存を自動で。
ログの取り忘れがなくなります。
ついでに、いつのログファイルか名前も自動でつけられるようにしてみました。（こんな感じteraterm_COM4_20131202月曜日_094509.log）
もっと早く知ってれば良かったって思いました（苦笑）
これからもよろしくお願いします。
Re: loopbackインターフェースについて（問題ID：13759）
msg# 1.5
ゲスト
投稿数: 0
takamoto463さん
合格おめでとうございます。
シュミレーションが楽しいと思えるなら実機を買って勉強した甲斐がありましたね。せっかく買ったのですから、まぁ、玩具として使い倒してみるといいかと思います。
なお、ログの自動保存は便利ですが、それに慣れてログの生成を確認しなくなると、いざ他の端末などで作業した時にログ保存忘れてしまったと言う事になると大変なので気をつけてくださいね。
合格おめでとうございます。
シュミレーションが楽しいと思えるなら実機を買って勉強した甲斐がありましたね。せっかく買ったのですから、まぁ、玩具として使い倒してみるといいかと思います。
なお、ログの自動保存は便利ですが、それに慣れてログの生成を確認しなくなると、いざ他の端末などで作業した時にログ保存忘れてしまったと言う事になると大変なので気をつけてくださいね。
takamoto463
居住地: 大阪
投稿数: 177
居住地: 大阪
投稿数: 177
jupiter134様
おはようございます。
そして、ありがとうございます。
たしかに、楽に慣れると忘れてしまいますね；
気をつけます。それにＧＮＳ３で何個もルータを立ち上げるので
デスクトップがログだらけです（苦笑）
ＣＣＮＰ ＲＯＵＴＥの教科書も昨日買って、
次に向かって勉強し始めたのですが、
ＣＩＳＣＯだけの知識では資格持ってるだけのひとに
なるから、全体的なネットワークの知識を
勉強するように会社のひとから言われたので、
しばらく忘れない程度に
ＧＮＳ３は使って、
マスタリングＴＣＰ／ＩＰを一通り読みなおしです。
また、色々と教えていただけるとありがたいです。
このたびは、本当にありがとうございました。
すごく勉強になりました。
おはようございます。
そして、ありがとうございます。
たしかに、楽に慣れると忘れてしまいますね；
気をつけます。それにＧＮＳ３で何個もルータを立ち上げるので
デスクトップがログだらけです（苦笑）
ＣＣＮＰ ＲＯＵＴＥの教科書も昨日買って、
次に向かって勉強し始めたのですが、
ＣＩＳＣＯだけの知識では資格持ってるだけのひとに
なるから、全体的なネットワークの知識を
勉強するように会社のひとから言われたので、
しばらく忘れない程度に
ＧＮＳ３は使って、
マスタリングＴＣＰ／ＩＰを一通り読みなおしです。
また、色々と教えていただけるとありがたいです。
このたびは、本当にありがとうございました。
すごく勉強になりました。
