<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
 <channel>
  <title>ジュリアン2.0 -PHP,MYSQL,AJAX開発メモ-</title>
  <link>http://blog1.atcms.jp/julianworld/</link>
  <description>ジュリアン2.0 -PHP,MYSQL,AJAX開発メモ-: Recent Entries</description>
  <language>ja-jp</language>
  <lastBuildDate>Tue, 18 Aug 2009 22:42:02 +0900</lastBuildDate>
  <generator>ppBlog ver.1.7.6</generator>
  <copyright>copyright (c) 2008 p2b.jp</copyright>
  <category domain="http://blog1.atcms.jp/julianworld/feeds/rss2.0.xml">rssUpdates</category>
  <docs>http://blog1.atcms.jp/julianworld/rss</docs>
 <image>
  <url>http://blog1.atcms.jp/julianworld/Images/logo.png</url>
  <title>ジュリアン2.0 -PHP,MYSQL,AJAX開発メモ-</title>
  <link>http://blog1.atcms.jp/julianworld/</link>
  </image>

<item>
 <title>マルチエリアＯＳＰＦ  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1250602925</link>
 <description>マルチエリアＯＳＰＦネットワークをエリアに分割させるのが、マルチエリアＯＳＰＦエリアには、役割と経路により5種類ある（役割と内部ルータが持つ経路情報の違いにより分類される）バックボーン、標準、スタブ、ＴＳＡ【Totally Stubby A...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1250602925</comments>
 <pubDate>Tue, 18 Aug 2009 22:42:05 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1250602925</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>マルチエリアＯＳＰＦ</strong></span><ul>
<li>ネットワークをエリアに分割させるのが、<strong>マルチエリアＯＳＰＦ</strong></li>
<li>エリアには、役割と経路により5種類ある（役割と内部ルータが持つ経路情報の違いにより分類される）</li>
<li>バックボーン、標準、スタブ、ＴＳＡ【Totally Stubby Area】、ＮＳＳＡ【Not So Stubby Area】の5種類</li>
<li>さらに、標準のエリアとスタブのエリアに分けれる</li>
<li>標準エリアは、<strong>バックボーン</strong>と<strong>標準</strong></li>
<li>スタブエリアは、<strong>スタブ</strong>と<strong>ＴＳＡ</strong>と<strong>ＮＳＳＡ</strong></li>
<li>スタブのエリアには、おもにエリア外への出入り口（ＡＢＲ）が１つしかない</li>
<li>スタブのエリアは、デフォルトルートを使うことにより内部ルータが持つ経路を少なくしている</li>
<li>ＡＳ外へのすべての経路情報をデフォルトルートとして持つスタブと、エリア外へのすべての経路情報をデフォルトルートとして持つＴＳＡという種類分けができる</li>
<li>ＮＳＳＡは、ＡＳＢＲが内部にあるスタブエリア　スタブエリアだが、ＡＳＢＲがあるという特別なエリア</li>
<li>すべての経路情報を内部ルータがもつのが、標準エリア　制限がない</li>
</ul>
<table border="1">
<tr>
<th>ＬＳＡタイプ</th>
<th>役割</th>
</tr>
<tr>
<td>標準エリア</td>
<td>タイプ１/２のエリア内経路、タイプ３、４のエリア外経路、タイプ５のＡＳ外経路のすべてのＬＳＡが流れる</td>
</tr>
<tr>
<td>スタブエリア</td>
<td>タイプ１/２のエリア内経路、タイプ３のエリア外経路のＬＳＡは流れるがＡＳ外への経路はすべてデフォルトルートとして扱う</td>
</tr>
<tr>
<td>ＴＳＡ</td>
<td>タイプ１/２のエリア内経路以外では、すべてデフォルトルートとして扱う</td>
</tr>
<tr>
<td>ＮＳＳＡ</td>
<td>
基本的にはスタブエリアと同じだが、ＡＳＢＲからタイプ７ＬＳＡが流れる<br/>
内部ルータはタイプ７をＡＢＲへ送るだけでその経路はデータベースにはいれない
</td>
</tr>
</table>
<span class="underline"><strong>仮想リンク</strong></span><ul>
<li>バックボーンエリアで流れるＬＳＡのタイプは、標準エリアと変わらない</li>
<li>バックボーンは必ずエリア番号０で、すべてのエリアと接している</li>
<li>ＡＳ内のすべてのエリアは、バックボーンエリアと必ず接していなければならない</li>
<li>他エリアへのパケットは必ずバックボーンエリアを通らなければならない</li>
<li>ネットワークの配置上できない場合、仮想リンクを使用する</li>
<li>バックボーンエリアに接続できないエリアを仮想的に接続させる</li>
<li>仮想リンクを使用してから、バックボーンエリアに接しているＡＢＲへ運ばれてから他のエリアへ運ばれることになる</li>
</ul>
<span class="underline"><strong>まとめ</strong></span><ul>
<li>エリアには、バックボーン・標準・スタブ・ＴＳＡ・ＮＳＳＡの5種類がある</li>
<li>デフォルトルートを使って情報を減らすのがスタブ、ＴＳＡ</li>
<li>エリアによって流れるＬＳＡタイプが異なる</li>
<li>他エリアへのパケットは必ずバックボーンエリアを通らなければならない</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>LSAタイプ  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1250600132</link>
 <description>LSAタイプルータタイプ、エリアタイプにより使用する種類が違うタイプ名前使用するルータ情報役割1ルータＬＳＡ全ルータエリア内情報すべてのルータが使用する経路情報のＬＳＡエリア内部にのみ配布される2ネットワークＬＳＡＤＲ/ＢＤＲエリア内情報マ...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1250600132</comments>
 <pubDate>Tue, 18 Aug 2009 21:55:32 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1250600132</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>LSAタイプ</strong></span><p>ルータタイプ、エリアタイプにより使用する種類が違う</p>
<table border="1">
<tr>
<th>タイプ</th>
<th>名前</th>
<th>使用するルータ</th>
<th>情報</th>
<th>役割</th>
</tr>
<tr>
<td>1</td>
<td>ルータＬＳＡ</td>
<td>全ルータ</td>
<td>エリア内情報</td>
<td>
すべてのルータが使用する経路情報のＬＳＡ<br/>
エリア内部にのみ配布される
</td>
</tr>
<tr>
<td>2</td>
<td>ネットワークＬＳＡ</td>
<td>ＤＲ/ＢＤＲ</td>
<td>エリア内情報</td>
<td>
マルチアクセスネットワークでＤＲが作成するＬＳＡ<br/>
そのネットワークに所属するルータを通知する
</td>
</tr>
<tr>
<td>3</td>
<td>ネットワーク集約ＬＳＡ</td>
<td>ＡＳＲ</td>
<td>エリア外情報</td>
<td>
エリア外の情報を通知するためＡＢＲが生成するＬＳＡ<br/>
おもに集約したネットワークの情報が記述される
</td>
</tr>
<tr>
<td>4</td>
<td>ＡＳＢＲ集約ＬＳＡ</td>
<td>ＡＢＲ</td>
<td>エリア外情報</td>
<td>
ＡＢＲがＡＳＢＲへの接続（ＡＳ外部への接続）のための経路情報のＬＳＡ<br/>
ＡＢＲが生成する
</td>
</tr>
<tr>
<td>5</td>
<td>ＡＳＢＲ外部ＬＳＡ</td>
<td>ＡＳＢＲ</td>
<td>ＡＳ外情報</td>
<td>
ＡＳＢＲが生成するＡＳ外経路のＬＳＡ<br/>
Ｅ１とＥ２の２種類がある
</td>
</tr>
<tr>
<td>7</td>
<td>ＮＳＳＡ　ＬＳＡ</td>
<td>ＡＳＢＲ</td>
<td>ＡＳ外情報</td>
<td>
ＮＳＳＡエリアで使用する<br/>
ＡＳ外経路のＬＳＡ
</td>
</tr>
</table>
<ul>
<li>エリア内部のＯＳＰＦでは、タイプ１、２のみを使用する</li>
<li>集約用では、タイプ３，４を使用する</li>
<li>外部ＡＳでは、タイプ５、７を使用する</li>
<li>ＬＳＡタイプ５では、メトリックの計算の違いによるＥ１とＥ２がある</li>
<li>エリアを使用したＯＳＰＦを、<strong>マルチアクセスＯＳＰＦ</strong>という</li>
<li>エリアを分割しないＯＳＰＦ（エリア内のＯＳＰＦ）を、<strong>シングルエリアＯＳＰＦ</strong>という</li>
</ul>
<span class="underline"><strong>タイプ5のＥ１、Ｅ２</strong></span><ul>
<li>タイプ5のＥ１は、メトリックを加算していくタイプのＬＳＡ</li>
<li>ＡＳＢＲが別ＡＳへのメトリックを持っている場合、これを内部に通知すると、途中のコストが加算されていく</li>
<li>タイプ5のＥ２は、途中のメトリックが加算されない</li>
<li>メトリックが加算されずに、その値のまま内部に伝わる</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>エリア分割  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1250587618</link>
 <description>エリア分割規模が大きくなった場合、エリアに分割するネットワークをいくつかの単位に分割することをエリアというルーティングの情報をエリア内のルータのみで共有するようにするエリアをつなぐルータと、エリア内のことしか知らないルータの２種類に分ける、...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1250587618</comments>
 <pubDate>Tue, 18 Aug 2009 18:26:58 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1250587618</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>エリア分割</strong></span><ul>
<li>規模が大きくなった場合、エリアに分割する</li>
<li>ネットワークをいくつかの単位に分割することを<strong>エリア</strong>という</li>
<li>ルーティングの情報をエリア内のルータのみで共有するようにする</li>
<li>エリアをつなぐルータと、エリア内のことしか知らないルータの２種類に分ける、エリアをつなぐルータが他のエリアのことをエリア内に伝える</li>
<li>エリア内のルータを<strong>内部ルータ</strong>という</li>
<li>エリアをつなぐルータを<strong>ＡＢＲ</strong>【Area Border Router】という</li>
<li>ＯＳＰＦを使用しているネットワークと他のルーティングプロトコルで動作しているネットワークをつなぐものを<strong>ＡＳＢＲ</strong>【Autonomous System Boundary Router】という</li>
</ul>
<span class="underline"><strong>エリアを使ったネットワーク</strong></span><p>規模が大きくなった場合、エリアに分割する</p>
<ol><li>OSPFネットワークをいくつかの<strong>エリア</strong>に分割し、それぞれの識別のためエリア番号をつける</li>
<li>ルータは、「内部」「エリア境界（ＡＢＲ）」「ＡＳ境界（ＡＳＢＲ）」と３種類に役割分担される</li>
<li>エリア内では、エリア内部のネットワークの経路情報がやりとりされる</li>
<li>ＡＢＲは、エリアの情報を集約して（しない場合もある）、他エリアへ送る</li>
<li>ＡＢＲは、他ＡＢＲから入手した他エリアの情報をエリア内部へ配布する</li>
<ol><p>
ネットワークが大きくなり、ルータ数が大きくなると、接続情報が多くなり、データベースが増大し、ＳＰＦツリーの計算が大変になるための対策として<strong>エリア分割</strong>される
</p>
]]>
 </content:encoded>
</item>
<item>
 <title>ネットワークタイプ  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1250353621</link>
 <description>ネットワークタイプ【OSPFではネットワークの種類を４つに分けている】種類内容ブロードキャストマルチアクセスネットワーク（ブロードキャスト）同一のネットワークに所属しているおもにイーサネットなどのＬＡＮノンブロードキャストマルチアクセスネッ...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1250353621</comments>
 <pubDate>Sun, 16 Aug 2009 01:27:01 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1250353621</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>ネットワークタイプ</strong></span><br/>【OSPFではネットワークの種類を４つに分けている】<table border="1">
<tr>
<th>種類</th>
<th>内容</th>
</tr>
<tr>
<td>ブロードキャストマルチアクセスネットワーク（ブロードキャスト）</td>
<td>
同一のネットワークに所属している<br/>
おもにイーサネットなどのＬＡＮ
</td>
</tr>
<tr>
<td>ノンブロードキャストマルチアクセスネットワーク（ＮＢＭＡ）</td>
<td>
同一のネットワークに所属している<br/>
おもにフレームリレーやＡＴＭ
</td>
</tr>
<tr>
<td>ポイントツーポイント</td>
<td>
それぞれ別のネットワーク<br/>
専用線や一般電話回線
</td>
</tr>
<tr>
<td>ポイントツーマルチポイント</td>
<td>
同一のネットワーク（ＮＢＭＡに似ているが、全ルータ間で相互接続していない）<br/>
おもにフレームリレーやＡＴＭ
</td>
</tr>
</table>
【ネットワークタイプの違いにより動作が異なる】<table border="1">
<tr>
<th>ネットワークタイプ</th>
<th>ネットワークの構成</th>
<th>ネイバの検出方法</th>
<th>ＤＲの有無</th>
<th>Ｈｅｌｌｏ間隔</th>
<th>おもな例</th>
</tr>
<tr>
<td>ブロードキャスト</td>
<td>同一</td>
<td>自動</td>
<td>ＤＲあり</td>
<td>10秒</td>
<td>イーサネット</td>
</tr>
<tr>
<td>ＮＢＭＡ</td>
<td>同一</td>
<td>手動</td>
<td>ＤＲあり</td>
<td>30秒</td>
<td>フレームリレー</td>
</tr>
<tr>
<td>ポイントツーポイント</td>
<td>別々</td>
<td>自動</td>
<td>ＤＲなし</td>
<td>10秒</td>
<td>専用線</td>
</tr>
<tr>
<td>ポイントツーマルチポイント</td>
<td>同一</td>
<td>自動</td>
<td>ＤＲなし</td>
<td>10秒</td>
<td>フレームリレー</td>
</tr>
</table>
]]>
 </content:encoded>
</item>
<item>
 <title>メトリックとルータＩＤ  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1250351981</link>
 <description>OSPFでのメトリックOSPFでは、SPFツリーを作成する際に、メトリックで最短経路を決定するOSPFでは、リンクコストと呼ばれる値をメトリックとして使用するリンクコストは100/帯域幅（単位：Ｍｂｐｓ）という整数値100Ｍｂｐｓを超える帯...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1250351981</comments>
 <pubDate>Sun, 16 Aug 2009 00:59:41 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1250351981</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>OSPFでのメトリック</strong></span><ul>
<li>OSPFでは、SPFツリーを作成する際に、メトリックで最短経路を決定する</li>
<li>OSPFでは、リンクコストと呼ばれる値をメトリックとして使用する</li>
<li>リンクコストは100/帯域幅（単位：Ｍｂｐｓ）という整数値</li>
<li>100Ｍｂｐｓを超える帯域を使用する場合は、リンクコストは手動で設定しなければいけない</li>
<li>リンクコストを宛先のネットワークまで合計した値が、パスコストになって、メトリックとして使用される</li>
</ul>
<span class="underline"><strong>パスコスト</strong></span><br/>【100/帯域幅で計算される経路のコスト】<ol>
<li>
OSPFではメトリックはインターフェースはインターフェースごとに設定されている<br/>
ＬＳＡで入手されるメトリックはこのインターフェースに設定されたメトリック<br/>
同じネットワークに接するインターフェースには同じメトリックを設定するのが普通だが、異なる値も設定できる
</li>
<li>メトリックの計算では、宛先ネットワークへ届く際にルータから出て行くときに使用するインターフェースのメトリックを使用する</li>
</ol>
<span class="underline"><strong>ルータＩＤ</strong></span><ul>
<li>そのルータのもつＩＰアドレスの中でいちばん大きいアドレスのこと</li>
<li>ルータを識別するためにルータＩＤを使用する</li>
<li>ルータＩＤは、ルータの識別の他にも、ＤＲ/ＢＤＲの設定にも使用されるために、変更されないようにしないといけない</li>
<li>ルータＩＤが変わらないように、仮想インターフェースを使用したり、手動設定する</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>代表ルータ【Designated Router】  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1250341513</link>
 <description>代表ルータ【Designated Router】すべてのルータの隣接関係を結ぶと、隣接関係が多くなりすぎて処理量が増えてしまうためにマルチアクセスネットワークでは、DRとBDRとだけ隣接関係を結ぶネットワークに変更があった場合に、DRとBD...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1250341513</comments>
 <pubDate>Sat, 15 Aug 2009 22:05:13 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1250341513</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>代表ルータ</strong>【Designated Router】</span><ol>
<li>すべてのルータの隣接関係を結ぶと、隣接関係が多くなりすぎて処理量が増えてしまうためにマルチアクセスネットワークでは、DRとBDRとだけ隣接関係を結ぶ</li>
<li>ネットワークに変更があった場合に、DRとBDRだけにそれを通知する</li>
<li>ＤＲは変更をネットワーク全体に通知する（ＤＲから変更が通知されない場合はＢＤＲが変更を通知する）</li>
</ol>
<ul>
<li>隣接関係を減らすためのリーダ的な役割を果たす</li>
<li>ＤＲの予備となるルータはＢＤＲ【Backup Designated Router】</li>
<li>代表ルータはその他のルータから得た情報を、すべてのルータに通知する</li>
<li>代表ルータとその予備の2台とだけ隣接関係を結ぶ</li>
<li>ＤＲが応答しなくなった場合、ＢＤＲがＤＲになる</li>
<li>マルチアクセスネットワークではＤＲを使用する</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>OSPFパケット  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1250340274</link>
 <description>OSPFパケットOSPFで経路情報のやりとりを行う際に使用するOSPFではRIPのようにUDPを使用せず、直接IPを使用するタイプ名前役割１Hello隣接ルータの発見をする隣接関係の構築する際にまず最初にやりとりする定期的に交換し生存確認す...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1250340274</comments>
 <pubDate>Sat, 15 Aug 2009 21:44:34 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1250340274</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>OSPFパケット</strong></span><ul>
<li>OSPFで経路情報のやりとりを行う際に使用する</li>
<li>OSPFではRIPのようにUDPを使用せず、直接IPを使用する</li>
</ul>
<table border="1">
<tr>
<th>タイプ</th>
<th>名前</th>
<th>役割</th>
</tr>
<tr>
<td>１</td>
<td>Hello</td>
<td>
隣接ルータの発見をする<br/>
隣接関係の構築する際にまず最初にやりとりする<br/>
定期的に交換し生存確認する
</td>
</tr>
<tr>
<td>２</td>
<td>Database Description【DD】</td>
<td>
隣接関係を構築する際にやりとりし、自身が持つリンクステートデータベースの概要を相手に伝える
</td>
</tr>
<tr>
<td>３</td>
<td>Link State Request【ＬＳＲ】</td>
<td>
ＤＤにより入手したネイバのリンクステートデータベースのうち、自身が持っていない情報を要求する際に使用する
</td>
</tr>
<tr>
<td>４</td>
<td>Link State Updata【ＬＳＵ】</td>
<td>
実際の経路情報をやりとりする際に使用する<br/>
経路情報（ＬＳＡ）をまとめたもので、１つ以上のＬＳＡからなる
</td>
</tr>
<tr>
<td>５</td>
<td>Link State Acknowledgement【LSAck】</td>
<td>
正常にＬＳＡ（ＬＳＵ）を受信したことを相手に通知する<br/>
送信元はＬＳＡｃｋが帰ってこない場合、再送する
</td>
</tr>
</table>
]]>
 </content:encoded>
</item>
<item>
 <title>隣接関係【adjacency】  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1250086071</link>
 <description>ＯＳＰＦOSPFでやりとりする経路情報のことをLSA【Link State Advertisement】というOSPFがルータ間でやりとりする情報、OSPFパケットは５種類あるOSPFでは、接続状態をやりとりする相手をきちんと確定する、この...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1250086071</comments>
 <pubDate>Wed, 12 Aug 2009 23:07:51 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1250086071</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>ＯＳＰＦ</strong></span><ul>
<li>OSPFでやりとりする経路情報のことを<strong>LSA</strong>【Link State Advertisement】という</li>
<li>OSPFがルータ間でやりとりする情報、OSPFパケットは５種類ある</li>
<li>OSPFでは、接続状態をやりとりする相手をきちんと確定する、この相手のことを<strong>ネイバ</strong>【Neighbor】という</li>
<li>ルータはネイバの一覧をネイバテーブルという形で保持している</li>
</ul>
<span class="underline"><strong>隣接関係</strong>【adjacency】</span><br/><strong>接続情報をやりとりする相手（ネイバ）を確定する</strong><ol>
<li>
初期状態（DOWN状態）から、どちらかがHelloをマルチキャストする（INIT状態）<br/>
それにもう一方がHelloを返すことで答える（2WAY状態）<br/>
これでお互いを認識したことになる
</li>
<li>
ルータIDが大きい方が主導権をとりデータベースの同期を始める<br/>
まずHelloでＤＤを先に送ることを伝える（EXSTART状態）<br/>
その後、ＤＤを送る（EXCHANGE状態）<br/>
ＤＤを受けとった側はLSAckで受信したことを伝え、こちらからもＤＤを送る
</li>
<li>
ＤＤの交換が終わると、お互いのデータベースに不足している情報を交換する（LOADING状態）<br/>
不足分をＬＳＲで通知すると、不足しているＬＳＡをＬＳＵにしてまとめて送り返す<br/>
これにLSAckで受信したことを通知する<br/>
これを双方で繰り返すと、隣接関係が確立された状態になる（FULL状態）
</li>
<li>
その後は相手が動作していることを確認するため、定期的にHelloを交換する
</li>
</ol>
<ul>
<li>情報をやりとりすると決めた相手と<strong>Helloパケット</strong>でやりとりを行い、<strong>隣接関係</strong>を結ぶ</li>
<li>同一サブネットにあるルータどうしで隣接関係を結び、隣接関係にあるルータどうしは同じ接続情報を保持する</li>
<li>コンバージェンスするために、<strong>データベースの同期</strong>が行われる</li>
<li>Helloパケットは定期的にやりとりされる、<strong>生存確認</strong>【Keep Alive】と呼ぶ</li>
<li>Ｈｅｌｌｏをやりとりする間隔はデフォルト１０秒、40秒応答がなかったら障害発生とする</li>
<li>Ｈｅｌｌｏパケットが40秒返ってこなかったら、そのルータからもらった接続情報をすべてデータベースから削除する</li>
<li>そうなると、ＳＰＦツリーを新しく更新して、さらにそこから生成されるルーティングテーブルも書き換える、<strong>再計算</strong>を行う</li>
<li>30分に1回データベースの同期も行われる、ＤＤをやりとりして確認する</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>リンクステート型とディスタンスベクタ型  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249961098</link>
 <description>リンクステート型とディスタンスベクタ型のまとめ   　  リンクステート型  ディスタンスベクタ型    代表的なプロトコル  OSPF  RIP    使用アルゴリズム  ダイクストラ法  ベルマン＝フォード    送受信する経路  情報...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249961098</comments>
 <pubDate>Tue, 11 Aug 2009 12:24:58 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249961098</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>リンクステート型とディスタンスベクタ型のまとめ</strong></span><table border="1">
 <tr>
  <th>　</th>
  <th>リンクステート型</th>
  <th>ディスタンスベクタ型</th>
 </tr>
 <tr>
  <td>代表的なプロトコル</td>
  <td>OSPF</td>
  <td>RIP</td>
 </tr>
 <tr>
  <td>使用アルゴリズム</td>
  <td>ダイクストラ法</td>
  <td>ベルマン＝フォード</td>
 </tr>
 <tr>
  <td>送受信する経路</td>
  <td>情報接続機器のみ<br/>（データ量小）</td>
  <td>ルーティングテーブル<br/>（データ量大）</td>
 </tr>
 <tr>
  <td>経路情報の送信</td>
  <td>マルチキャスト<br/>ユニキャスト</td>
  <td>ブロードキャスト<br/>マルチキャスト</td>
 </tr>
 <tr>
  <td>コンバージェンス</td>
  <td>速い</td>
  <td>遅い</td>
 </tr>
 <tr>
  <td>ルーティングループ</td>
  <td>発生しない<br/>（非常に発生しにくい）</td>
  <td>発生する</td>
 </tr>
 <tr>
  <td>ルータの処理量</td>
  <td>大きい<br/>（計算が複雑）</td>
  <td>小さい<br/>（計算が単純）</td>
 </tr>
 <tr>
  <td>隣接ルータとの関係</td>
  <td>隣接関係を結び生存を確認する</td>
  <td>アップデートの送信のみ<br/>受信確認など行わない</td>
 </tr>
 <tr>
  <td>メトリック</td>
  <td>帯域幅を基にしたコスト</td>
  <td>ホップ数</td>
 </tr>
 <tr>
  <td>認証機能</td>
  <td>あり</td>
  <td>RIP２のみ、あり</td>
 </tr>
 <tr>
  <td>ネットワークの規模</td>
  <td>大ー中規模向き</td>
  <td>小規模向き</td>
 </tr>
 <tr>
  <td>ネットワークの構成図</td>
  <td>ネットワーク全体を理解</td>
  <td>隣接ルータのみを理解</td>
 </tr>
</table>
]]>
 </content:encoded>
</item>
<item>
 <title>リンクステートルーティングプロトコル  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249958585</link>
 <description>リンクステートルーティングプロトコルRIPのディスタンスベクタ型は「隣から先はどうなっているかわからない」が、リンクステート型ではネットワークの構成を知ることによりルーティングテーブルを作成する各ルータは自分が接続しているネットワークを他に...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249958585</comments>
 <pubDate>Tue, 11 Aug 2009 11:43:05 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249958585</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>リンクステートルーティングプロトコル</strong></span><ul>
<li>RIPのディスタンスベクタ型は「隣から先はどうなっているかわからない」が、リンクステート型ではネットワークの構成を知ることによりルーティングテーブルを作成する</li>
<li>各ルータは自分が接続しているネットワークを他に通知する、自分が<strong>接続しているネットワークだけ</strong>　これによりネットワークの構成図を構築する</li>
<li>リンクステートデータベースから、最短経路ツリーを作り、ルーティングテーブルを作成する</li>
<li>リンクステート型はコンバージェンスは速い</li>
<li>IS-ISが先にあり、改良されたものがOSPF、現在のIETFの標準のIGP</li>
</ul>
<span class="underline"><strong>最適経路ツリー</strong>【Shortest Path First Tree】</span><ul>
<li>自分を根（ルート）におき、宛先（葉）までの最短経路を表す木構造</li>
<li>このＳＰＦツリーを作成するためのアルゴリズムとしてダイクストラ【Dijkstra】法が使用される</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>OSPF【Open Shortest Path First】  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249823136</link>
 <description>OSPF【Open Shortest Path First】リンクステートルーティングプロトコルやりとりする経路情報をＬＳＡ【Link State Advertisment】という接続状態をやりとりする相手をきちんと確定する、ネイバ【Nei...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249823136</comments>
 <pubDate>Sun, 09 Aug 2009 22:05:36 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249823136</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>OSPF</strong>【Open Shortest Path First】</span><ul>
<li><strong>リンクステート</strong>ルーティングプロトコル</li>
<li>やりとりする経路情報を<strong>ＬＳＡ</strong>【Link State Advertisment】という</li>
<li>接続状態をやりとりする相手をきちんと確定する、<strong>ネイバ</strong>【Neighbor】といい　<strong>隣接関係</strong>を結ぶ</li>
<li>ネイバの一覧のことを<strong>ネイバテーブル</strong>という形で保持する</li>
<li>Ｈｅｌｌｏパケットを定期的にやりとりして、相手の存在を確認する</li>
<li>代表ルータ【Designated Router】（ＤＲとＢＤＲ【Backup Designated Router】）という仕組みを使用する、代表と予備になるルータ</li>
<li><strong>マルチアクセスネットワーク</strong>ではＤＲを使う</li>
<li>メトリックは帯域幅から計算されるリンクコストを使う</li>
<li>ルータを識別するためにルータＩＤを使う</li>
<li>ネットワークの種類を４つに分けている、ネットワークタイプにより動作が異なる</li>
<li>ネットワークをエリアに分割して、それぞれでOSPFを動作させる</li>
<li>エリアをつなぐ<strong>ＡＢＲ</strong>、ＡＳをつなぐ<strong>ＡＳＢＲ</strong>のようにエリア内の内部ルータとルータの役割を分ける</li>
<li>ルータの役割によって、使う<strong>ＬＳＡ</strong>の種類が異なる</li>
<li>エリアには、バックボーン、標準、スタブ、ＴＳＡ、ＮＳＳＡの５種類がある</li>
<li>デフォルトルートを使って情報を減らすのが<strong>スタブ</strong>、<strong>ＴＳＡ</strong></li>
<li>エリアによって流れるＬＳＡタイプが異なる</li>
<li>他エリアへのパケットは必ずバックボーンエリアを通らなければならない</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>RIP2  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249651013</link>
 <description>RIP2ずっとあるものがRIPバージョン1、ＲＩＰ１、新たな機能を追加したものがＲＩＰバージョン２、ＲＩＰ２ＲＩＰ１がクラスフルルーティングなのに対して、ＲＩＰ２はクラスレスルーティングＲＩＰ２パケットは、ＲＩＰ１と違いサブネットマスクも情...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249651013</comments>
 <pubDate>Fri, 07 Aug 2009 22:16:53 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249651013</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>RIP2</strong></span><ul>
<li>ずっとあるものがRIPバージョン1、ＲＩＰ１、新たな機能を追加したものがＲＩＰバージョン２、ＲＩＰ２</li>
<li>ＲＩＰ１がクラスフルルーティングなのに対して、ＲＩＰ２は<strong>クラスレスルーティング</strong></li>
<li>ＲＩＰ２パケットは、ＲＩＰ１と違い<strong>サブネットマスクも情報として送る</strong></li>
<li>ＲＩＰパケットには、<strong>認証情報を入れる</strong>ところがある</li>
<li>認証情報が一致しないパケットを受けとると、その情報は利用しない</li>
<li>認証情報により経路情報を送るルータを特定することが可能、悪意あるパケットを排除できる</li>
<li>アップデートを<strong>マルチキャストで送信</strong>する</li>
<li>ＲＩＰ２はＲＩＰ１と<strong>下位互換</strong>をもっている</li>
<li>現在は、クラスレスアドレッシングが主流のためＲＩＰ２が多く使われる</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>ループの防止策  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249563686</link>
 <description>ルーティングループの防止策スプリットホライゾン【Split-Horizon】受け取った経路情報は、それが送られてきた方向へ送るアップデートには含めない経路情報を受け取ったインターフェースからは、その情報を送らないループ発生原因の、「最適経路...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249563686</comments>
 <pubDate>Thu, 06 Aug 2009 22:01:26 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249563686</guid>
 <content:encoded>
 <![CDATA[<p><strong>ルーティングループの防止策</strong></p>
<span class="underline"><strong>スプリットホライゾン</strong>【Split-Horizon】</span><ul>
<li>受け取った経路情報は、それが送られてきた方向へ送るアップデートには含めない</li>
<li>経路情報を受け取ったインターフェースからは、その情報を送らない</li>
<li>ループ発生原因の、「最適経路を教えてもらったルータにアップデートを送り返すこと」に対する防止策</li>
</ul>
<span class="underline"><strong>ホールドダウン</strong>【Hold Down】</span><ul>
<li>間違っているかもしれない情報はしばらく受け取らない</li>
<li>経路の情報がすべてのルータに伝わるまで情報の変更を保留する</li>
<li>ガベージコレクションタイムが過ぎるか、現在のメトリックよりもよいメトリックの経路情報を受け取ると、ホールドダウンは解除され経路情報は更新される</li>
<li>ループ発生原因の、「消えてしまったネットワークの経路情報を伝えてしまうこと」に対する防止策</li>
</ul>
<span class="underline"><strong>ルートポイゾニング</strong>【Route Poisoning】</span><ul>
<li>削除された経路はメトリックを最大値にして通知する</li>
<li>ポイゾニングされた経路情報を受けとった側はホールドダウンが作動する</li>
<li>「到達不能＝毒」と表現する</li>
<li>ループ発生原因の、「削除された経路がすぐに通知されない（１８０秒かかる）」に対する防止策</li>
</ul>
<span class="underline"><strong>ポイゾンリバース</strong>【Poison Reverse】</span><ul>
<li>到達不能としてアップデートを送る技術</li>
<li>受け取った経路情報は、それが送られてきた方向へアップデートでメトリックを最大値にして送る</li>
<li>ポイゾンリバースを使う場合はスプリットホライゾンは使用されない（どちらかのみ）</li>
<li>ループ発生原因の、「削除された経路がすぐに通知されない（１８０秒かかる）」に対する防止策</li>
</ul>
<span class="underline"><strong>トリガーアップデート</strong>【Triggered Update】</span><ul>
<li>定期アップデートだけでなく、変更があったらすぐにアップデートを送る</li>
<li>変更が引き金となり、行われるトリガーアップデートを行う</li>
<li>コンバージェンスが速くなる</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>ルーティングループ  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249480755</link>
 <description>ルーティングループ経路がループしてしまい、宛先への到達が不能になる無限カウントともいうルーティングループは致命的なことのため、絶対に起きてはいけない原因の１つにコンバージェンスの遅さがあるＲＩＰのメトリックに上限値があるのは、無限カウントを...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249480755</comments>
 <pubDate>Wed, 05 Aug 2009 22:59:15 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249480755</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>ルーティングループ</strong></span><ul>
<li>経路がループしてしまい、宛先への到達が不能になる</li>
<li>無限カウントともいう</li>
<li>ルーティングループは致命的なことのため、絶対に起きてはいけない</li>
<li>原因の１つにコンバージェンスの遅さがある</li>
<li>ＲＩＰのメトリックに上限値があるのは、無限カウントを防ぎルーティングループを防ぐため</li>
<li>上限値になった経路は到達不能とされる</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>ベルマン＝フォードアルゴリズム【Bellman-Ford routing algorithm】  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249479229</link>
 <description>ベルマン＝フォードアルゴリズム【Bellman-Ford routing algorithm】RIPで採用されている最適経路を決定するアルゴリズムの１つ現在のネクストホップ数かメトリックが小さい経路を選ぶ中継するルータ数のみが判断基準になる</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249479229</comments>
 <pubDate>Wed, 05 Aug 2009 22:33:49 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249479229</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>ベルマン＝フォードアルゴリズム</strong>【Bellman-Ford routing algorithm】</span><ul>
<li>RIPで採用されている最適経路を決定するアルゴリズムの１つ</li>
<li>現在のネクストホップ数かメトリックが小さい経路を選ぶ</li>
<li>中継するルータ数のみが判断基準になる</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>RIP【Routing Information Protocol】  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249477254</link>
 <description>RIP【Routing Information Protocol】接続しているネットワークに自分のルーティングテーブルをブロードキャストして情報を交換するブロードキャストを受け取った隣接ルータは、その情報を自分のルーティングテーブルに追加す...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249477254</comments>
 <pubDate>Wed, 05 Aug 2009 22:00:54 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249477254</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>RIP</strong>【Routing Information Protocol】</span><ul>
<li>接続しているネットワークに自分のルーティングテーブルをブロードキャストして情報を交換する</li>
<li>ブロードキャストを受け取った隣接ルータは、その情報を自分のルーティングテーブルに追加する　追加するときにはその情報を送ってきたルータをネクストホップにする</li>
<li>ＲＩＰは、メトリックとしてホップ数を使う</li>
<li>アップデートのメトリックに１を足してルーティングテーブルに記載する</li>
<li>ＲＩＰは、上記のことを30秒に1回に行う</li>
<li>ＲＩＰは、コンバージェンスが遅い</li>
<li><strong>ベルマン＝フォードアルゴリズム</strong>により、最適経路を決定する</li>
<li>ＲＩＰのメトリックは最大１５まで、中継するルータが１５を超えることはできない</li>
<li>１５を超える経路は到達不能と判断するため、大規模なネットワークではＲＩＰは使用できない</li>
<li>アップデートにそのネットワークの情報が含まれないことで削除を通知する</li>
<li>アップデート６回分（１８０秒）の間、アップデートがこなかったら削除される、そのために<strong>ルーティングループ</strong>という状態になる</li>
<li>メトリックに上限値が存在するのは、無限カウントを防ぎルーティングテーブルを防ぐため</li>
<li>ルーティングテーブルの防止策として、「スプリットホライゾン」「ホールドダウン」「ルートポイゾニング」「ポイゾンリバース」「トリガーアップデート」がある</li>
<li>ＲＩＰには、ＲＩＰ１とＲＩＰ２がある</li>
<li>ＲＩＰ１はクラスフルルーティング、ＲＩＰ２はクラスレスルーティング</li>
<li>クラスフルルーティングには欠点がある</li>
<li>ＲＩＰ２には、「クラスレス」「認証」「マルチキャストアップデート」「ネクストホップの指定」などがＲＩＰ１から追加されている</li>
</ul>
<span class="underline"><strong>まとめ</strong></span><ul>
<li>ルーティングテーブルの交換により、ルーティングテーブルを作成する</li>
<li>ネットワークアドレスとメトリックをアップデートとして送る</li>
<li>ＲＩＰのメトリックの上限は１５</li>
<li>ＲＩＰでは、ルーティングループが発生する</li>
<li>ルーティングループを防止するための方法が５つある</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>ディスタンスベクタ型  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249395851</link>
 <description>ディスタンスベクタ型【Distance Vector】「距離（ディスタンス）」と「方向（ベクタ）」という点に着目して情報を交換するプロトコル距離は、宛先までのメトリック方向は、距離を教えてくれた次の中継ルータ、ネクストホップという距離と方向...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249395851</comments>
 <pubDate>Tue, 04 Aug 2009 23:24:11 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249395851</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>ディスタンスベクタ型</strong>【Distance Vector】</span><ul>
<li>「距離（ディスタンス）」と「方向（ベクタ）」という点に着目して情報を交換するプロトコル</li>
<li>距離は、宛先までのメトリック</li>
<li>方向は、距離を教えてくれた次の中継ルータ、ネクストホップという</li>
<li>距離と方向の2点でルーティングテーブルを更新するもの</li>
<li>隣のルータからルーティングテーブルを受け取り、それにより自身のルーティングテーブルを更新する</li>
<li>ＲＩＰは、ディスタンスベクタ型プロトコル</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>経路集約  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249392856</link>
 <description>経路集約【Route Summary】 複数のネットワーク宛の経路をまとめてひとつの経路にするクラスアドレッシングを前提とした技術、現在のルーティングで経路集約は必須ルーティングテーブルの行数を減らすことができる最長一致【Logeset M...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249392856</comments>
 <pubDate>Tue, 04 Aug 2009 22:34:16 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249392856</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>経路集約</strong>【Route Summary】</span><ul>
 <li>複数のネットワーク宛の経路をまとめてひとつの経路にする</li>
<li>クラスアドレッシングを前提とした技術、現在のルーティングで経路集約は必須</li>
<li>ルーティングテーブルの行数を減らすことができる</li>
</ul>
<span class="underline"><strong>最長一致</strong>【Logeset Match】</span><ul>
 <li>宛先IPアドレスと一致するもののうち、もっともプレフィックス長が長いものを選択する</li>
</ul>
<span class="underline"><strong>デフォルトルート</strong>【Default Route】</span><ul>
 <li>ルーティングテーブルのどの行とも一致しなかった場合に使われる経路</li>
<li>管理しているネットワークとそれ以外のネットワークという形で、管理されていないネットワークへの経路はすべてデフォルトルートを使用する</li>
<li>「0.0.0.0/0」というルート</li>
</ul>
<span class="underline"><strong>まとめ</strong></span><ul>
 <li>ルーティングテーブルはなるべく小さいほうがよい</li>
 <li>宛先への中継点が同じ複数のネットワークなどをまとめて１つの経路にすることを、経路集約</li>
 <li>経路集約により、ルーティングテーブルのサイズを減らすことが可能</li>
 <li>ルーティングテーブルでどれにも一致しない場合に使う経路を、デフォルトルートという</li>
 <li>「管理する１００個」と「それ以外」を作り、それ以外を１つとして扱う</li>
 <li>ルーティングテーブルから宛先を探すルールは最長一致</li>
</ul>
]]>
 </content:encoded>
</item>
<item>
 <title>ルーティングプロトコルの種類  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249225706</link>
 <description>コンバージェンス【Convergence】ネットワーク内のすべてのルータが最新の情報を持っている状態コンバージェンスにかかる時間をコンバージェンス時間というコンバージェンス時間は短いほうがいいルーティングプロトコルルーティングプロトコルは、...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249225706</comments>
 <pubDate>Mon, 03 Aug 2009 00:08:26 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249225706</guid>
 <content:encoded>
 <![CDATA[<span class="underline"><strong>コンバージェンス</strong>【Convergence】</span><ul>
<li>ネットワーク内のすべてのルータが最新の情報を持っている状態</li>
<li>コンバージェンスにかかる時間を<strong>コンバージェンス時間</strong>という</li>
<li>コンバージェンス時間は短いほうがいい</li>
</ul>
<span class="underline"><strong>ルーティングプロトコル</strong></span><ul>
<li>ルーティングプロトコルは、同じルーティングプロトコルを使っているルータ同士でのみ情報を交換できる</li>
<li>ＡＳ内で使用されるものとＡＳ間で使用されるものの２種類に分けられる</li>
<li>ＡＳ【Autonomous System】自律システム、インターネットで適用されているネットワークのグループのこと</li>
<li>ＡＳとＡＳをつなぐ、ＡＳ間用のルーティングプロトコルがＥＧＰ</li>
<li>ＡＳ内部で、ＡＳがもつ複数のネットワークの情報交換のために使用するのがＩＧＰ</li>
</ul>
<table border="1">
 <tr>
  <th>種別</th>
  <th>ルーティングプロトコル</th>
  <th>方式</th>
 </tr>
 <tr>
  <td>ＥＧＰ</td>
  <td>ＢＧＰ【Border Gateway Protocol】</td>
  <td>パスベクタ</td>
 </tr>
 <tr>
  <td>ＩＧＰ</td>
  <td>RIP【Routing Information Protocol】</td>
  <td>ディスタンスベクタ</td>
 </tr>
 <tr>
　 <td>ＩＧＰ</td>
  <td>OSPF【Open Shortest Path First】</td>
  <td>リンクステート</td>
 </tr>
 <tr>
 <td>ＩＧＰ</td>
  <td>ＩＳ－ＩＳ【Intermediate System to Intermediate System】</td>
  <td>リンクステート</td>
 </tr>
 <tr>
 <td>ＩＧＰ</td>
  <td>EIGRP【Enhanced Interior Gateway Routing Protocol】</td>
  <td>ハイブリッド</td>
 </tr>
</table>
]]>
 </content:encoded>
</item>
<item>
 <title>ルーティングの基本と用語  :: etc</title>
 <link>http://blog1.atcms.jp/julianworld/index.php?UID=1249193821</link>
 <description>ルーティングについて勉強中で、そのメモ、基本的なことと用語のまとめ異なるネットワーク間のデータのやりとりにはルーティングが必要次の中継先を決定し、中継先の方へ送り出すことをルーティングという ルーティングテーブルに載せる経路の最適の基準をメ...</description>
 <comments>http://blog1.atcms.jp/julianworld/index.php?mode=comment&amp;TID=1249193821</comments>
 <pubDate>Sun, 02 Aug 2009 15:17:01 +0900</pubDate>
 <category domain="http://blog1.atcms.jp/julianworld/index.php?mode=category&amp;aim=etc">etc</category>
 <guid>http://blog1.atcms.jp/julianworld/index.php?UID=1249193821</guid>
 <content:encoded>
 <![CDATA[<p>ルーティングについて勉強中で、そのメモ、基本的なことと用語のまとめ</p>
<ul>
<li>異なるネットワーク間のデータのやりとりには<strong>ルーティング</strong>が必要</li>
<li>次の中継先を決定し、中継先の方へ送り出すことを<strong>ルーティング</strong>という </li>
<li>ルーティングテーブルに載せる経路の最適の基準をメトリック【Metric】と呼ぶ</li>
<li> </li>
</ul>
<dl>
 <dt><span class="underline">☆<strong>ホップバイホップ【Hop-by-Hop】</strong></span></dt>
  <dd>それぞれの中継機器が自身の判断で次の中継先を決めていき、最終的に宛先まで届ける方式、バケツリレーのように届ける </dd>
 <dt><span class="underline">☆<strong>ネットワークアドレス</strong></span></dt>
  <dd>ホスト部のビットがすべて０のアドレス</dd>
<dt><span class="underline">☆<strong>ブロードキャストアドレス</strong></span></dt>
  <dd>ホスト部のビットがすべて１のアドレス</dd>
 <dt><span class="underline">☆<strong>クラスフルアドレッシング</strong></span></dt>
  <dd>ネットワークのサイズによってクラスが決まる、Ａ・Ｂ・Ｃなど</dd>
<dt><span class="underline">☆<strong>クラスレスアドレッシング</strong></span></dt>
  <dd>Ａ・Ｂ・Ｃのクラス概念を取り払って、自由にＩＰアドレスを割り振る方法</dd>
　<dd>現在は、クラスレスアドレッシングが主流</dd>
 <dt><span class="underline">☆<strong>プレフィックス長【Prefix Length】</strong></span></dt>
  <dd>ＩＰアドレスのネットワーク部の長さ</dd>
　<dd>クラスレスアドレッシングではネットワーク部の長さを必ず併記する</dd>
<dt><span class="underline">☆<strong>ＣＩＤＲ【Classless Inter Domain Routing】</strong></span></dt>
  <dd>サイダーと読む</dd>
 <dd>クラスレスアドレッシングの技術</dd>
 <dt><span class="underline">☆<strong>スーパーネット</strong></span></dt>
  <dd>ＣＩＤＲの技術のひとつ</dd>
　<dd>複数のネットワークをまとめて１つのネットワークとする、複数のクラスＣネットワークをまとめて運用する仕組み</dd>
<dt><span class="underline">☆<strong>ルーティングテーブル</strong></span></dt>
  <dd>ルータがルーティングを行うためにもつ、経路表、ネットワークの地図</dd>
　<dd>経路が載っている地図がルーティングテーブル</dd>
　<dd>これにより、ルータは宛先ネットワークを探し、次の中継先を決める</dd>
 <dt><span class="underline">☆<strong>最適経路</strong></span></dt>
  <dd>複数ある経路の中で、メトリックが最小のもの</dd>
 <dt><span class="underline">☆<strong>中継ルータ数【Hop Count】</strong></span></dt>
<dd>ホップ数と呼ばれる</dd>
</dl>
]]>
 </content:encoded>
</item>
 </channel>
</rss>