---
# System prepended metadata

title: 2020/10/17

---

# 2020/10/17
M1夏輪講　10回目
## テーマ
* routing RIP/OSPF
* routing BGP/MPLS
## 発表者
* gibbs
* okashin
# 参加者
M1全員 gibbs okashin win3 shimac
M2 nuuma kanan codev
 
# 質疑応答のログ gibbs

### 宿題
* win3
EIGRPのメトリックの単位

* gibbs
調べます

* shimac
例えばOSPF ->　RIPのときはP.6の表の一番上の項目を使うのか 

* gibbs
配送先のmetricを見て、metric値を使う

* codev
ルータの負荷ってCPUのなのか？
信頼性の指標も漠然としてるから調べて欲しい

* gibbs
次回まで調べておきます

* shimac
poisoned reverese のメリット
metric16を明示的に示して送信して何が嬉しいのか

* gibbs
他のルーターからの情報を受け取らないことがメリット


* shimac
P.15 経路集約

* gibbs
RIPv1では事前に決められたナチュラルマスクを使ってサブネットを分ける

p.74
ナチュラルマスクの話が載っています

* nuuma
無限カウント問題はOSPFでも発生するのか？

* gibbs
発生しないです

* kanan
P.10　タイマーの話

* gibbs
エージングタイマーという言葉が見つからなかった

* kanan
RFCに書かれているわけではない
P.11
プレフィクス長を黄色い蛍光ペンで囲っているのは重要だから？

* gibbs
RIPversion1はサブネットが明示的でないので強調する意味で付けている

* yufu
hold timer Hold Down とかの説明はしているの？
動作例はある？

* gibbs
メインのスライドP.68 ~ 69,85



### ルーティング　RIP/OSPF P.100~
* win3 
p.104
ブロードキャストを受信するのは何故か

* gibbs
v1との互換性のため

* win3
それだとv2でマルチキャストを送信するのは不味くないか？v1はマルチキャストを受け取れないので互換性がないのではないか

* gibbs
確かにまずい、もう一度互換性のところを調べておきたい

* win3
MD5は何をハッシュ化しているのか

* gibbs
次回まで調べておきます

* shimac
p.104
スライドに明示はされていないが、どのくらい互換性があるかが欲しい
今の場合だとマルチキャストだけだが、例えば経路を渡すときにどういった動作が起こるのか

* gibbs
v2からv1に行くときに新たに追加されたところは渡されない
互換性のところはもう一度調べなおします

* shimac
p.108
ネクストホップはどうしてリンクローカルアドレスだけという制限を付けたのか

* gibbs
分からないので調べておきます

* win3
ネクストホップを渡すようになったとあるが、他のルータ情報を渡すようなことがあるのか

* gibbs
次回まで調べておきます

* okashin
Next hopを格納していてRIPv1で受け取った時どうなる

* gibbs
無視されて、送信元IPに送られる

* win3
MD5 パスフレーズをハッシュ化して送るらしい
Next Hop  RIPに対応していないルータへの経路を広告するのに使う

* codev
RIPv1 v2の互換性　RFC２４５３に書いてある





* gibbs
次回まで調べておきます
宿題　

認証とか
質問　MD5は何がハッシュ化されるのか
https://tex2e.github.io/rfc-translater/html/rfc4822.html
MD5認証は２.４あたり　
MSW　LSWはおそらくmost significant word, least significant word

* yufu
タイマーの細かな動作例は興味があったら各自調べた方がいい（宿題ではない）
(参照：https://www.infraexpert.com/study/distancevector4.html)
* codev
P.104
アップデートパケットだけではないので、「RIPのメッセージ全体を受信する必要がない」　という表記の方がいい

* okashin
P.115
ループバックインターフェース
ループバックインターフェースのIPアドレスがあった場合は通常のIPアドレスを使うのではなく、ループバックインターフェースのIPアドレスをルータIDとして使うのか

* gibbs
`router-id` コマンドによる手動設定 > アクティブなループバックインタフェースのうち最大のIPアドレス > アクティブなインタフェースのうち最大のIPアドレス

https://www.n-study.com/ospf-detail/router-id/

* win3
RIPのときはメトリックが１〜１５
OSPFのコストは整数型になるのか

* gibbs
記述していないが、小数点は切り上げ

* okashin
metric値に無効を示す値はあるか

* gibbs
OSPFにはRIPの無限に該当する値はない

* win3
ECMP
ラウンドロピンな挙動をするのか、負荷によって経路を変えるみたいな制御をするのか
どういうアルゴリズムで分散させるのか

* codev
そもそも負荷分散が目的なのか、可用性とかの目的はないのか

* yufu
そもそもECMPがなぜここで出てくるのか

* kanan
2つ経路があるから分散している

→ ベンダー依存 / フローごとに経路を統一している点は一致

* gibbs
調べておきます

* shimac
P.111
リンクコストとはあるルータ間の経路に割り当てられる値なのか
リンクコスト = コストの計算式
宛先までのコスト(パスコスト) = そこまでのリンクコストの合計

* gibbs
直しておきます

* yufu
P.110
RIPとOSPFの違いを述べて欲しかった
RIPと比較した時のOSPFの利点（宿題）
例えば、RIPのメトリック値は１５まで
拡張に困難がある
可変長サブネット（v２で使えるが、v１も含めて考えると使いづらい）
OSPFの特徴
トラフィックの削減とか

P.４１
OSPFの話とリンクステート型の話を分ける
ISISでも共通する部分はある、スライドの名前を変えるとか

ルータIDとか、最適なメトリックの説明の前にneighberとかの説明があるとわかりやすかった

IGPの正式名称は
P.48にある

OSPFはITTFで作られたプロトコル

* nuuma
P.114
ルータIDにループバックアドレスを使ったとき、ネットワーク内で重複することはあるのか？重複するならどういうふうに管理するのか書いて欲しい（宿題）

* gibbs
調べておきます

* kanan
P.111
計算式を変更するか、手動でコストを設定することが推奨
計算式を変更するとは、　スライド内「コストの計算式」を変更するということか
具体的にどんな計算式に変更するのか
手動でコストを設定する場合は、具体的にどういう値を使うのか　何が推奨されるのか
OSPFのコストの話なのでRFCにあるかもしれないので調べて教えて欲しい

P.113
そもそも説明が不足している気がする
どういった目的でECMPがあるのか

P.112
ECMPを使った経路選択なのか

* gibbs
P.112はECMPの経路選択ではない

ECMPは結果として帯域の負荷が達成される

* kanan
P.112の経路選択は負荷分散なのか
P.112のときはECMPみたいな別の名前はある？

P.112とP.113ではコストがイコールである場合で場合わけがある？
メトリックの値が同じ時、違う時でどう影響があるかという記載が欲しい（宿題）

* shimac
metricの値が同じときにECMPになるのか。
またmetricの値が違うけどECMPになる場合があるのか。
ECMPを有効にする機能があるのか

* gibbbs
調べておきます

* nuuma
P.110
IP上で動作している？
UDP/ICPみたいなヘッダはついているのか？
間に何か挟まっているのか

* shimac
P.110
IP上で、という表現
IPヘッダに何か追加してやりとりしているように見える（表現の問題）
図で書いた方がいいかも？

* win3
P.110
UDPを使わないことによるメリットは？
OSPFはUDP使っている

* shimac
p.119
一番上の文章の示すエリアってどこを示すのか
ネットワーク管理者がエリアを決めるのか、自動的に決まるのか
どちらか一方なのか、その両方があるのか

* gibbs
OSPFにはエリアという概念がある
そのエリア内で交換し合う

* okashin
管理者が決めない場合は、勝手にOSPFのプロトコルに従ってあるエリアが決まるのか

* win3
P.119
リンクステートの...行うが
→リンクステートの交換の間違え？
ネイバーはエリア内でメッシュになる

* gibbs
ネイバーはエリア内でメッシュになる
アジャセンシーはメッシュにならない

* shimac
P.122
OSPFのプロトコル上に絶対選出しないといけないのか

* gibbs
絶対選出しないといけない

* shimac
p.123
左図のようにならないということ

* gibbs
プロトコル上そのようにならないので左図はおかしい

* shimac
P.121
ルータの状態とあるが、ルータの状態の情報が欲しい

* gibbs
作ります

* shimac
P.120
Helloパケットはマルチキャストアドレス宛に送信するとあるが返信もマルチキャストなのか？

* gibbs
そうです

* shimac
このマルチキャストアドレスはどんなアドレスあるのか

https://www.infraexpert.com/study/multicastz03.html
* gibbs
224.0.0.5	　全てのOSPFルータ
224.0.0.6     OSPF,DR/BDRルータ

* okashin
HalloパケットにどういうふうにルータIDが入っているのか
* gibbs
入っています

* win3
P.122
DR,BDR DRが死んだ時どうなるのか
ルーターAが死んだときはルーターAがいない状態で再度DR,BDRが選出されるのか
収束した状態では必ずDR,BDRがいるのか

* gibbs
書いてないけどそういったアルゴリズムがあります


* okashin
P.114
ルータIDが重複する場合をプロトコル上許すのか

* gibbs
基本的にルータIDは重複しない
重複した場合に検知するプロトコルはわからないので調べます

* shimac
選出の順位付けは書かれているが、どういった順序でDR,BDRを選出しているのか
Hello packetをやりとりしただけで選出するのか、もしくはそれ専用のプロトコルがあるのか

* gibbs
書いておきます

* codev
P.121
②が2つある
2wayとか、状態の説明
エリアの説明はこの後ある？


* gibbs
状態の説明の表を作成したいと思います


* codev
P.118
アジャセンシーの確立ができなかった場合など、異常系の動きがどうなるのか
書いてあると嬉しい

* gibbs
調べたいと思います

* yufu
状態ステートで2wayとかあるがfullはあるのか
fullステート状態になるまでの状態は？
exchangeは何を示しているのかとか
複数のスライドにまとめて欲しい（１枚に収まるならそれでもOK）（宿題）

どこがneighber,どこがadjacencyなのかについて図で説明
ネイバー、アジャセンシーの図の説明があった方が理解が深まる
アジャセンシーの確立とか、ネイバーの確率をするときのDR,BDRの動きの説明
フルステートまでの流れの説明を書く
その後に詳細を入れる

２wayという状態はどんなもの？

* gibbs
p.129
exchangeが無限に続いてるが、ホントはfull stateを入れておきます
P.123
左図がネイバーで、右図がアジャセンシーを表している

2way　 halloパケットを双方向に交換する

* shimac
DRotherはDR,BDRのみアジャセンシー状態になっているのが正しいのか

* gibbs
収束状態だとp.123の右図にしかならない

* shimac
だとするとp.119の「全てのネイバーが必ずしもアジャセンシーを確立するわけではない」はおかしくてこの文章だと誰ともアジャセンシー確立しないとネイバーがいるように見える

* gibbs
次回まで調べておきます(宿題)


* nuuma
P.123
DR,BDRが選出されない場合があるのか


* gibbs
基本的にはない
自動的に選出される

* kanan
P.120
パケットを受信できない場合の一定時間の上限はある？
P.123
図の字が小さすぎる
図だけコピってきた場合もせめて凡例だけは自分で大きくしておく

* gibbs
今は説明できないです

P.123
新しく作る


* nuuma
P.117
表はキャプションを上に

P.104
突然表番号を書き始めたのはなぜ？

* gibbs
特に理由はない

* win3
DR,BDRを決定したのにマスター・スレーブをもう一度決めたのはなぜか
P.128
LSAの情報？LSDBの間違い？

* gibbs
DR,BDRは確かにDRがマスターになる。調べてみます
間違いです。
まずマスターがLSDBの情報を送って、次にスレイブがLSDBの情報を送ります。

* win3
p.129
masterは常にアドバタイズしているなら、どういったときに自分のDatebaseが古くなるのか
わざわざLSUの交換をしなくてもいい？
* gibbs
P.129
ちょっと調べてみます

* okashin
P.127
halloパケットを送るとき、どこにマスター・スレーブを決めるという情報が入っているのか

* gibbs
P.152にパケットの形式が書いてある。ルータIDはOSPFの共通フォーマットとして全てのOSPFパケットに含まれているので、それを参照して決めている

マスター・スレーブを決めるときに初期化ビットを使う

* shimac
P128~129
前提条件としてマスターとスレイブが持っているLSDBは別々

* gibbs
別々です

* shimac
P.129
マスターからスレイブに対して情報を要求することはないのか
スレイブからマスターに対して情報を送るのか

* gibbs
調べておきます

* shimac
p.130
2の部分でDRがどちらの方が新しいかという情報はどこかに入っているのか
何を比較して新しいのか決めるのか

* gibbs
調べておきます
LSA ageを使っている可能性がある

* yufu
LSAのタイプはあとでやる？

* gibbs
p.150でやります

* nuuma
p.130
LSAフラッティングとかの名前になるのでは？
他と混ざる気がする
LSA専用のフラッッティングであればその名前を、なければ区別できるように書いて欲しい
LSAのフラッティングと書いておいて

* gibbs
フラッディングと言われたり、LSAのフラッディングと書かれています

* yufu
DR,BDRに選出されなかったルータはなんと言われる

* gibbs
DROTHER

* yufu
何ごとにDR,BDRを選出するのか（エリアごと）
書いておいて欲しい　LANごとに選出されると思う

https://www.infraexpert.com/study/ospfz7.html

* gibbs
RFC2328にLSA　Flooding procedureと
LSA flooding procedure (Section 13) and

* yufu
OSPFのルーティングテーブルの作成は今後やるか？

* gibbs
P.133からやる


* yufu
LSDBの構築方法とかやるの

* gibbs
P.133にあります

* gibbsへ
参照(https://tex2e.github.io/rfc-translater/html/rfc2328.html)

A.4.1 LSAヘッダー

すべてのLSAは、共通の20バイトのヘッダーで始まります。このヘッダーには、LSA（LSタイプ、リンク状態ID、および広告ルーター）を一意に識別するのに十分な情報が含まれています。 LSAの複数のインスタンスがルーティングドメインに同時に存在する場合があります。次に、どのインスタンスがより新しいかを判別する必要があります。これは、LSAヘッダーにも含まれているLS経過時間、LSシーケンス番号、およびLSチェックサムフィールドを調べることによって行われます。

### 次回輪行
１０/２５（日）　１４：００ー２２：００
