1. Router BOARD勉強会#2
OSPF検証班
追加patch1.1

2. 当時の構成ですが、こちらに出来上がったものがあります。
#Router BOARD study (OSPF)
Network diagram
CCR
6
192.168.150.4 /30
5
eth2
router-id: 172.16.110.11
8
eth3
192.168.150.8 /30
eth6
Kirino-PC
ZABBIX
eth
eth5
RB2011
13
eth2
1
192.168.150.0 /30
1
2
eth4
17
7
22 eth2
192.168.100.20 /30
router-id: 172.16.100.7
RB750GL
8
10
RB750GL
18
eth4
eth1
RB750GL
eth2 45
192.168.120.44 /30
RB750GL
46 eth2
eth3
33
192.168.120.28 /30
30
10
eth3
eth4
192.168.120.32 /30
42
eth1
RB750GL
9
router-id: 172.16.100.9
34
eth3
12
router-id: 172.16.120.12
Legend:
n
ethn
n
192.168.xx.xx /30
Note:
Chassis number
Phisical port index
IP address (4 octet)
Network address /mask
-
11
router-id: 172.16.120.11
29
192.168.100.8 /30
6
eth1
eth4
9
192.168.100.4 /30
38
router-id: 172.16.120.10
eth3
5
192.168.120.36 /30
eth1
router-id: 172.16.100.8
eth4
37
192.168.120.40 /30
26
eth1
eth2 21
41
eth3
192.168.120.24 /30
14
eth1
eth2
25
OSPF
area: 0.0.0.0 (backbone)
13
192.168.100.16 /30
14
eth1
192.168.100.12 /30
2
RB2011
router-id: 172.16.120.14
eth3
192.168.100.0 /30
RB750GL
eth4
router-id: 172.16.100.13
eth1
7
eth6
eth5 port is used for management interface.
each OSPF parameter sets as default values.

3. さて前回のハンズオンなんですが
「OSPF班は設計込みでしたーm9(^Д^)ー！」
という驚愕の事実を突き付けられ、
未経験者が多い中
どどどどうしようってなってたので、
軽くフォロー致したく。

4. 我々に提示された課題。

5. 即興で軽くNW設計するハメになった場合の凌ぎ方
・・・というか自由すぎるモヒカンで溢れたNWハンズオン会場の発散対策
情報共有媒体の活用
⇒ 紙とかでもいいですが大きなホワイトボードをお借りできたのでこれはクリア。
設計規則の明確化
⇒ 突き詰めていくとかなり深いのですが、この会のような場合はNW観点よりも
もっと超手前の部分からモヒカンさんたちの認識を確認し、共通化しましょう。
「暗黙のルール」と思い込んでいる部分を握り潰さないで 露出 するのと、
記法とか定義で迷子にならないようなガイドラインを作ってあると楽になります。
曖昧にしていると値が被ったり、対向のSIerと齟齬ったりとかしますので。

6. RULES CLARIFICATIONS : Priority
暗黙的に当たり前と思っている認識を念の為 共有しましょう。
（とはいえ、実は僕も所々ちゃんと明言していなかったり、あと未経験者に任せたらどうなるかな？とか適当が過ぎましたすみません☆(・ω<)
- 「偉い順」はどっち？
順序や方向に対する偉さの定義を認識合わせしましょう。 PMのIPは1から？みたいな。
決めたもん勝ちです。ルールがあればIPアサインなどで迷った時に倒すことができます。
具体的になにかと言うと、例えば・・・
左
右 （横）
1 2 3 4 5 6 7 8 9 …
老
（数字）
A B C D E F G H I …
上
若
後
（文字）
先
上層
遅
速
Ether Fast Giga TenG … （速度）
Lower
Upper
（構成）
下層
下
（縦）
（階層）
※ フロアとか拠点跨ぎや
別プラットフォームとの連結がある場合など。
Edge Distribution Core …
などなど要素は結構あり、どっちのベクトルを「偉い」とみなすか、人とか組織によって
結構違ったりしてきます。 しょうもない話に思えちゃいますけどね・・・。

7. RULES CLARIFICATIONS : Priority cont.
例えば以下のように決めてみて、
偉
Upper
上層
上
左
速
若
先
要素
構成
階層
縦
横
速度
数字
文字
畜
Lower
下層
下
右
遅
老
後
ついでに要素も 構成 ＞ 階層 ＞ 縦 ＞ 横 ・・・ で優先順位を与えてあげると、
1
（CCRの部分は当日除外されちゃってたので）
ああ、 1 ⇒ 2 の順で優先していくのね。
2
んで、構成考えるとUpper LinkはRB2011側だから、
中は 3 ⇒・・・ ⇒ 6 の順ね。
3
4
5
6
という感じで筆を進めることができます。Port決めとか。
※ 3台のRB750GLは構成上は等位なので優劣は無いのですが、
構成概要図の配置的に決め打ちしちゃいます。見た目で。

8. RULES CLARIFICATIONS : Legend
見やすいように情報をプロットし、凡例を定義したら端っこに書いておきましょう。
- 欲しい情報とは？
仮にもNW設計をするので、機器の識別子、物理port番号、NWセグメント、InterfaceIP
は最低限必要です。あとOSPFの検証なので、必要ならRouter-IDとかAreaとかcostとか。
表記や色などで判別できるように書くわけですが、後から見た人のために凡例も
書いておいたほうが優しいです。
こんな感じで書いてましたっけ→
凡例
n
ethn
n
192.168.xx.xx /30
機器の識別番号
物理port番号
IPアドレス(4octet目)
Networkアドレス /マスク
実際には物理情報と論理情報の構成図は分かれているべき （作成フェーズも目的も違う）
なのですが、ハイブリッドの論/物図の方が使いやすいので一緒でいきます。
ってかこの辺の話、ステ猫さんがもっとしっかりまとめてくれてるよ！（^ρ^）
stereocat ネットワーク図

9. RULES CLARIFICATIONS : Special Instructions
さっき偉さを決めましたが、構成上従わない方が都合がいいことが多々あります。
- 偉い人たちは絶対正義？
規則と言ってもさっきのは馬鹿正直に従うべきものではなくて、精々ガイドラインです。
なので、「この部分に関してはこうする」といったようなローカルルールも生まれてきます。
構成がスマートになったり、構築が楽になったりするからです。
例えば
・ management用物理portはその機器の最末の番号を使う
・ 同機器かつ等位の接続部分は対向と同じ物理port番号をアサインする
・ 優先順位は時計回りにする
とか。 個人的には時計回りとかやりたくないですけど。
で、こういう特記内容はやっぱりちゃんと書いて共有しましょう。
例外項目のように思えてしまいますが、要するにこういう特記内容の集合体が
「設計ポリシー」 として扱われることになります。

10. RULES CLARIFICATIONS :
設計ポリシーが適当だと、こんな感じに揉めます。Config作成まで進んでたりすると死ねます。
- IPアドレスのアサインのときとか
「ここんとこのGatewayって .1 ですよね？」
「え？ .254 で し ょ 普 通 ？」
「？？冗長でV-IP振るから2個下の .252 にするんじゃないの？」
「いやそもそもこのセグメント /27 ぐらいでも余るんじゃ・・・」
- 冗長リンクを作るときとか
「port-channelのLACPってどっちがActive？」
「は？GECはmode onで固定だろJK」
「あのー、ポーチャンとかゲックってなんすか？」
「・・・リンクアグリゲーションです(´・ω・｀)」

11. example
で、前回どうやって決めていったかというと↓こんな風でした。
以下のポリシーを採用
・ 管理用物理portはその機器の最末の番号を使う
・ RB750GLのトライアングル部分は対向に対して同じ物理port番号をアサインする
・ 機器の識別はシールの数字を使う （筺体に番号シールが貼ってあったので）
・ NWセグメントは /30 を使う
で・・・
あの、今見るとなんかおかしくないすか？IPとかも。
…。実はせっかく埋めてってくれたので、この日は別に
口出ししませんでした。(・ω＜)
ハンズオンだし最終的になんか組めりゃいいじゃんとｗ
てめえｗ
Upperが偉くて、数字は若番が
偉いのでeth1はRB2011を向きます。
RB2011側は筺体7,8,9の順に、
あれっ・・・
RB750GL同士は
同じport番号ですね

12. example
この題材で組むとしたらこんなんでいいんじゃないかなあと思いました。
以下の設計ポリシーを基に作成する
・ 管理用物理portはその機器の最末の番号を使う
・ RB750GLのトライアングル部分は対向と同じ物理port番号をアサインする
・ 機器の識別はシールの数字を使う （筺体に番号シールが貼ってあったので）
・ NWセグメントは /24 を使う
・ IPアドレスは192.168.x.x、Router-IDは172.16.100.x を使う
・ IPアドレス、Router-IDの4octet目は機器識別番号（シール）に合わせる
NW渡りは/30 とか /31 にしたくなりますが、IPは潤沢だったので /24 でも問題ないかと。
そうすると機器番号をそのまま4oct目として使えます。
今回、1人1台を憑きっきりで設定していたので、4oct固定の方が設定しやすいはず。
/30で「ここのIPなんだっけ」とかやってると混乱します。
ついでに「このIPって誰よ？」となったときも判別しやすくなります。
あとRouter-IDもごっそり共通でいいです。

13. ついでにAreaも分けた状態の、顧客が本当に必要だったもの の図がこちら。
#Router BOARD study (OSPF)
Network diagram: revised1.1
CCR
1
eth2
eth3
eth4
Kirino-PC
ZABBIX
RB2011
eth8 (ABR) 13
eth
eth1
eth3
eth4
eth5
OSPF
area: 0.0.0.0
(backbone)
eth2
eth1
OSPF
area: 0.0.0.2
(standard area)
eth1
eth2
eth2
eth3
eth1
eth2
eth1
RB750GL
8
192.168.124.0 /24
eth2
10
eth4
eth3
eth3
eth1
RB750GL
192.168.114.0 /24
RB2011
(ABR) 14
192.168.123.0 /24
192.168.113.0 /24
OSPF
area: 0.0.0.1
(standard area)
eth1
RB750GL
7
192.168.103.0 /24
eth5
eth3
eth4
eth2
11
eth4
eth3
RB750GL
RB750GL
eth1
eth4
RB750GL
9
12
Legend:
n
ethn
192.168.x.0 /24
Note:
Chassis number
Phisical port index
Network address /mask
-
The last ether port is used for management interface.
4th octet of IP address is same as chassis number.
each OSPF parameter sets as default values.
Router-id is 172.16.100.n. (n is same as chassis number.)

14. conclusion
で、結局。
テスト環境なんて出来てりゃなんでもいい。
でも指標があれば迷う時間を短縮できる。
人と話すのめんどかったら自分で制定化。
あくまで検証用の話なので、本番の設計するときはほぼ間違いなく
もっともらしい理由を添えないとポリシーとして成立しません。
要件に沿ってユーザを納得させるだけの簡単なお仕事です （ヽ´ω`）
てか この回のハンズオンは
事前に設計してた方がよかったかもですね・・・。

15. ( ˘⊖˘) 。o(待てよ、OSPFのこと何も触れてないぞ・・・？

16. 異メーカー間のOSPFをちょっと試してみた話
とりあえずJUNOSとIOS相手にneighbor張れるかだけ見てみました。単純にこんな構成。
Router-id
192.2.111.3
Router-id
192.168.0.1
Area 0
192.168.111.0/24
.3
L2SW
JUNOS 10.1
.1
Area 1
192.168.222.0/24
.1
L2SW
RouterOS 6.6
Capture port
Helloを投げ合ってるところ。
Router-id
192.2.0.2
.2
IOS 15.1
Capture port

17. 異メーカー間のOSPFをちょっと試してみた話 cont.
普通に張れます。当然といえば当然ですが、GUIで数秒で終わるので超楽（*´∀｀）
Router-ID がこれで、対向機でも↓ neighborでちゃんと見えてます。
JUNOS
Router OS
IOS

18. 異メーカー間のOSPFv3もちょっと試してみた話
IPv6でJUNOSとIOS相手にneighbor張れるか見てみました。単純にこんな構成。
Router-id
192.2.111.3
Router-id
192.168.66.1
Area 0
2001:DB8:111::/64
.3
L2SW
JUNOS 10.1
.1
Area 1
2001:DB8:222::/64
.1
L2SW
RouterOS 6.6
Capture port
Helloを投げ合ってるところ。
Router-id
192.2.0.2
.2
IOS 15.1
Capture port

19. 異メーカー間のOSPFv3もちょっと試してみた話 cont.
V6でもすぐ張れて超楽（*´∀｀）
Router-ID が今度はこれ。対向機でも↓見えてますね。
JUNOS
Router OS
IOS

20. ハンズオン時の謎の事象たち
いくつか変な動きがあったので再確認してみたんですが・・・。
- MTU不一致なのに張れてる・・・？
確認したら、ちゃんとExStartでスタックしました。張れないのが正しいです。
DB description の中にMTU値があって、同じでないとLoadingまで進みません。

21. ハンズオン時の謎の事象たち cont.
いくつか変な動きがあったので再確認してみたんですが・・・。
- マスクが違っていたせいで勝手にPassiveになった・・・？
これ再現しません・・・。
ちゃんと輪っかの構成にしないとだめなのかなー？気持ち悪い・・・。

22. Thanks.