2020/10/17 - HackMD

# 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チェックサムフィールドを調べることによって行われます。 ### 次回輪行１０/２５（日）　１４：００ー２２：００

Syntax	Example	Reference
# Header	Header	基本排版
- Unordered List	Unordered List
1. Ordered List	Ordered List
- [ ] Todo List	Todo List
> Blockquote	Blockquote
Bold font	Bold font
Italics font	Italics font
~~Strikethrough~~	~~Strikethrough~~
19^th^	19^th
H~2~O	H₂O
++Inserted text++	Inserted text
==Marked text==	Marked text
[link text](https:// "title")	Link
![image alt](https:// "title")	Image
`Code`	`Code`	在筆記中貼入程式碼
```javascript var i = 0; ```	`var i = 0;`
:smile:		Emoji list
{%youtube youtube_id %}	Externals
$L^aT_eX$	L^aT_eX
:::info This is a alert area. :::	This is a alert area.