<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>damn!!!</title>
<link>https://ameblo.jp/takemitsu3/</link>
<atom:link href="https://rssblog.ameba.jp/takemitsu3/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>Takemitsu rules!!!</description>
<language>ja</language>
<item>
<title>30minNW自分なり要約⑦</title>
<description>
<![CDATA[ <p>■マルチキャストを転送する中継ルータ</p><p>・IGMP</p><p>ルータはまず自分に接続しているサブネットにマルチキャストグループが存在しているか確認する。</p><p>またルータはあて先ＩＰがマルチキャスト体系になっているアドレスも経路選択する必要があるので</p><p>マルチキャスト専用のルーティングエントリをもつ。</p><p>・クエリヤ</p><p>ルータのこと。</p><p>クエリメッセージでホストに問い合わせ、ホストからレポートメッセージを受け取る。</p><p>・グループアドレス</p><p>224.0.0.～というマルチキャストアドレスは複数の受信ホストに共通で設定される。</p><p>つまりグループへの参加。</p><p>MCアドレスはもちろん複数あり、どのMCアドレスをホストが使うかでグループ分けされる。</p><p>・IGMP1</p><p>クエリアがTTL=1でクエリを投げる。<font color="#0000ff">1send/60s</font>→自サブネット内を調べるということ</p><p>マルチキャストメンバの１つのホストのみレポートを返す。（cf. カウンタ)</p><p>→<font color="#ff0000">クエリアはどのホストがMCメンバかを知りたいのではなく</font></p><p><font color="#ff0000">サブネット内にMCメンバがいるかどうかをしればよい。</font></p><p><font color="#ff0000"><br></font></p><p><font color="#000000">■スイッチの介入</font></p><p><font color="#000000">・CGMP</font></p><p><font color="#000000">ルータがスイッチに対してIGMPで得た情報を送る。</font></p><p>ルータがCGMPサーバ/スイッチがCGMPクライアント。</p><p>スイッチのMACテーブルにMCキャストMACアドレスをエントリする。</p><p><font color="#ff0000">スイッチへのエントリはルータが行う。</font></p><p>・IGMPスヌーピング</p><p>ルータ・ホスト間でやり取りするIGMPを、中間でスイッチが覗く。</p><p><font color="#ff0000">スイッチは独自でMACテーブルに追加する。</font></p><p><font color="#ff0000"><br></font></p><p><font color="#000000">■ルータ間の話</font></p><p><font color="#000000">マルチキャストの話は以下のフェーズで考える。</font></p><p><font color="#000000">MCサーバ・MCサーバのデフォルータ・中間ルータ・ホストの入り口ルータ・スイッチ・ホスト</font></p><p><font color="#000000">サーバ→ルータ→ルータ→ルータ→スイッチ→ホスト</font></p><p><font color="#ff0000"><br></font></p>
]]>
</description>
<link>https://ameblo.jp/takemitsu3/entry-10046642782.html</link>
<pubDate>Mon, 10 Sep 2007 17:19:15 +0900</pubDate>
</item>
<item>
<title>30minNW自分なり要約⑥</title>
<description>
<![CDATA[ <p>再配送</p><p>再配送先をコア（メインで考えるエリア）、元をエッジ。</p><p>元のメトリックと先で変換後のメトリックの交換レートをシードメトリック。</p><p>■考慮するコア・エッジ組み合わせ</p><p>・OSPFコア・ALLエッジ</p><p>・EIGRPコア・ALLエッジ</p><p>・EIGRPコア・OSPFエッジ</p><p>■コマンド引数</p><p>・OSPFコア・ALLエッジ</p><p>metric-typeはOSPFエリアにASBRが複数ある→E１、単一→E２</p><p>E1の場合、シードメトリックにOSPF内部ルートメトリックを加算して再配送していく。</p><p>E2の場合、シードメトリックのみ再配送で伝える。</p><p>・EIGRPコア・OSPFエッジ</p><p>match ：エッジ情報を内部/外部どちらまでコアに注入するか</p><p>iternal・・・エッジ情報を内部のみ再配送</p><p>external1・2・・・エッジ外部ルートも明確に再配送</p><p>■その他</p><p>・自動再配送</p><p>EIGRPコア<font color="#0000ff">のみ</font>IGRPエッジとＡＳ番号が等しいとき</p><p>・ルーティングプロトコル</p><p>ipとipx、appletalkは再配送は基本無理と覚える。</p><p>ただし、<font color="#ff0000">EIGRPコアはその限りではない</font>。</p><p>■デフォルトルートのアドバタイズ設定</p><p>ip default-network</p><p>ip route 0.0.0.0</p><p>default information originate</p><p>・IGRP   ip default-network</p><p>・EIGRP ip default-network (ip route 0.0.0.0)</p><p>・OSPF  default information originate(ASBRにて)</p><p>・RIP     ip default-network ip route 0.0.0.0</p><p>■パッシブインターフェース</p><p>基本、アップデートの受信は行うが送信はしない。</p><p>ただしEIGRPは両方しない。</p><p>EIGRP/OSPF/ISISはHello送信しない。</p><p>■ルートフィルター</p><p>アップデートに対するフィルター。</p><p>ACLはパケット、RFはアップデート。</p><p>access-group→distribute-list</p><p>access-listでparmit/deny一覧を作成し、distribute-listで反映させる。</p><p>■管理距離の変更</p><p>distance weight addr mask acl-num</p><p>■ルートマップ</p><p>・ポリシーベースルーティング</p><p>今までのメトリック、コストをつかった一般的ルーティングとは別のポリシーにのっとって経路選択する。</p><p>・ポリシー策定に使う要素は受信パケットの以下の要素。</p><p>IP/PORT/protocol/パケットサイズ</p><p>・CISCOルータはルートマップによってポリシーベースルーティングを実施する。</p><p>・デフォルトで10/20/30の行番号があり、そこにロジックを書く。追加で15とかに書くこともできる。</p><p>・反映は<font color="#ff0000">インターフェース</font>毎におこなう。</p><br><br><br><br><br><br><p>　　　　　　</p><br><br><br>
]]>
</description>
<link>https://ameblo.jp/takemitsu3/entry-10046480349.html</link>
<pubDate>Sun, 09 Sep 2007 11:29:34 +0900</pubDate>
</item>
<item>
<title>30minNW自分なり要約⑤</title>
<description>
<![CDATA[ <p>Integrated IS-IS</p><p>OSIプロトコルのCLNPで動作するルーティングプロトコル：IS-ISを</p><p>OSI参照モデルのIPでも動くようにしたもの。</p><br><p>・ES-IS　レベル０ルーティング</p><p>ES：ESH(Hello)をISに送信（エリア内フラッド）→ISがESを記憶する。</p><p>IS：ISHをESに送信(エリア内フラッド）→ESがISを記憶する。</p><p>・IS-IS（同エリアIS同士)  レベル１ルーティング</p><p>・IS-IS(異エリア間）　　　　レベル２ルーティング</p><br><p>IPアドレス→NSAP（可変長）　最大20バイト</p><p>NET：NSAPのNSEL(上位プロトコル種別)に0x00を入れたもの。デバイスの存在を指すときに使うNSAPの表記法。</p><p>NSAPはデバイスにひとつ割り振る。（IPはインターフェース毎に複数あった）</p><br><p>レベル１ルータは自エリア内とその出口ルータを記載したレベル１ＤＢを持つ。</p><p>レベル２ルータはエリア間情報を記載したレベル２ＤＢを持つ。</p><p>レベル１－２ルータは両方持つ。</p><br><p>レベル１ルータは自エリア外ルートを知らない。すべてデフォルトルートであるレベル２ルータに任しちゃう。</p><p>→デフォでトータリスタブと同じって感じ。</p><br><p>・DIS：OSPFのDR。</p><p>ISISではISはすべてのISと隣接する。DISとの接続だけでは無いということ。フルメッシュみたいなもん。</p><p>BDRまがいはない。DISダウンは即次DIS選定になる。</p><br><p>・ナローメトリック（ciscoルータではワイドメトリック：加算値上限を増やしたも）<br>ISに事前に手動でコストを設定しておく。ルーティングしたパケット？がそのISを通るたびに</p><p>設定値を加算していく。</p><br><p>・Helloパケットはレベル別に存在する。</p><p>レベルの違うルータはたとえ隣接していてもネイバーにはならない。</p><p>ただしレベル１－２ルータは別レベルルータと基本的にはネイバーになる。</p><br><p>・リンクの変更があった場合はLSPを同リンク内にフラッドする。</p><p>DISのみに送るとかはない。（OSPFはDRにのみ変更LSUを送信した）</p><br><p>・DISは同リンク内のトポロジＤＢ同期をするためにある。</p><p>10s周期でDIS内のトポロジＤＢからスタックしている全LSPをフラッドする。</p><p>各ルータは同期が取れてないと判断すると、足りないLSPのみ要求をする。</p><p>PSNPは要求パケット、CSNPは応答パケット。</p><p>・プライオリティ値最大がDIS</p><p>インターフェースに手動設定したプライオリティで判断。</p><p>Ｐ値が等しいときはNSAP最大がDISルータ。</p><p>Ｐ値、もしくはＮＳＡＰが変更されると即座にＤＩＳも再選定。</p><p>・CSNPと差異があるときはPSNP要求で対象LSPを受け取り、PSNP確認応答でアックを返す。</p><p>DISよりCSNPを全ルータにフラッド。これはエリア内の全ルーティング情報の目次。</p><p>CSNP受信したルータは自身のトポロジをみて足りないルートがあればDISに要求・受取・アックをする。</p><br><p>■その他</p><p>・SNPA</p><p><font color="#ff00ff">レイヤ３アドレス（NSAP)に対応するレイヤ２アドレス。MAC、DLCIが入る？？</font></p><br><p>■ルーティング</p><p>・レベル１－２ルータは２つのトポロジＤＢをもつ。</p><p>当然スタックさせるＬＳＰも２種類。</p><p>トポロジより出来上がルーティングテーブルも２つ。</p><p>・ＬＳＰにはＥＳ（デバイス・ホスト）の情報が含まれる。他プロトコルには無かった特徴。</p><p>・レベル１ルーティングはＮＳＡＰの<font color="#ff0000">システムＩＤ</font>のみをみてルーティング。</p><p>CISCOルータではMAC＝SIDとすることが多い。</p><p>システムＩＤは同一エリア内でユニークになるように振る。</p><p>・レベル２ルーティングはＮＳＡＰの<font color="#ff0000">エリアＩＤ</font>のみをみてルーティング。</p><p>エリア間は、Ｌ２ルーティング（エリアまたぎ）→Ｌ１ルーティング（同エリアルータ転々と）→Ｌ０ルーティング（最終ルータからホストへ）</p><br><p>■コマンド諸々</p><p>CISCOルータのデフォルトルータレベルはL1-2タイプ。</p><br><p><br></p>
]]>
</description>
<link>https://ameblo.jp/takemitsu3/entry-10046333754.html</link>
<pubDate>Sat, 08 Sep 2007 06:52:11 +0900</pubDate>
</item>
<item>
<title>OSPF-TSAとSA</title>
<description>
<![CDATA[ <p>SA・・・他ASに対しての経路はデフォルトルートにおまかせしちゃう。</p><p>TSA・・・トータリー　全部　同ＡＳ内別エリアの経路もデフォルトルートでやっちゃう</p><br><p>つまりトータリは自エリア外にでる経路は全部おまかせしちゃう。</p>
]]>
</description>
<link>https://ameblo.jp/takemitsu3/entry-10046268441.html</link>
<pubDate>Fri, 07 Sep 2007 19:24:13 +0900</pubDate>
</item>
<item>
<title>30minNW自分なり要約④</title>
<description>
<![CDATA[ <p><strong>011 EIGRP1</strong></p><p>E(エンハンスド) + IGRP</p><p>IGRP系はCISCO独自。</p><p>対応L3プロトコル・・・IP/IPX/AppleTalk</p><br><p>DUALはホールドダウンタイマーを発生させない→高速コンバージェンスの１理</p><p>　　　　[cf]ディスタンスベクタが遅いといわれる理由→定期アップデートとホールドＤＴ</p><p>[メトリック]</p><p>IGRPの<font color="#0000ff">1/256</font>とみなされる。</p><p><font color="#0000ff">K値</font>をもって計算される。→縮尺値のようなもの。係数。つまり<font color="#ff0000">同ＮＷ内では統一</font>しとかないとダメ。</p><br><p>[追加特徴]</p><p>自動再配送：対抗ＮＷがIGRP/IPX-RIP/AppleTalkRTMPで使用しているならば</p><p>自動でEIGRP（自)NWとやりとりしてくれる。</p><br><p><strong>012 EIGRP2 テーブルと隣接関係</strong></p><p>EIGRPはL3プロトコルごとに3つづつTBLをもつ。→つまり<font color="#0000ff">最大9</font>もつ。</p><br><p>[テーブル]</p><p>トポロジTBL：ネイバーからもらったルーティング情報すべて（<font color="#ff0000">隣接の知っているもののみ/すべて＝サクセサ、FS</font>)が入っている。</p><p>ルーティングTBL：上記のなかから最適パスを抽出したもの。</p><p>ネイバーTBL：隣接関係一覧</p><p>cf. OSPFはトポロジ<font color="#ff0000">DB　</font><font color="#000000">こちらは<font color="#ff0000">NW全体</font>の情報が入っている。</font></p><br><p><font color="#000000">[隣接関係]</font></p><p>OSPFと同様、Helloパケット使用。</p><p><font color="#0000ff">K値、AS番号</font>の一致が隣接条件。</p><p>定期Hello交換で生存確認。</p><p>Hello間隔はデフォ<font color="#0000ff">5s</font>。<font color="#0000ff">3倍</font>時間受信できない相手はダウン認定→<font color="#0000ff">ホールドタイム</font>。</p><p><font color="#0000ff">Hello以外</font>のパケットに対しては<font color="#0000ff">ACK</font>を返す。TCPと同様</p><p>ACK無のときは再送する。<font color="#0000ff">Max16</font>回再送でACKがないときはダウン認定。</p><br><p><strong>013 EIGRP3 DUAL</strong></p><p>■FDとAD</p><p>ダウンした経路の代替ルートは<font color="#ff0000">ダウンしたFD&gt;候補経路AD</font></p><p><font color="#000000">■QUERY/REPLYとACTIVE</font></p><p>代替ルートのない経路のサクセサがダウンした場合は隣接ルータにサクセサを問い合わせる。</p><p>QUERYを全隣接ルータに発行→隣接ルータは自分のもっている最適経路をREPLYでしらせる。</p><p>QUERY→REPLYまでの間をACTIVE状態といい全パケット転送を停止する→不正なルーティングをしてルーティングループするのを防ぐ。</p><br><p><strong>014 EIGRP4 経路集約・ロードバランシング</strong></p><p>■自動経路集約</p><p>EIGRPは自動で経路集約するが<font color="#0000ff">クラス境界</font>でしかできない。</p><p>つまりネットワークのサブセッティングの仕方では<font color="#0000ff">経路集約できないケース</font>もある。</p><br><p>全EIGRPルータで集約を利用できる。→OSPFではABRとASBRのみだった。</p><p>■nullインターフェース</p><p>自動集約すると過剰なルートもカバーしてしまうことがある。</p><p>その過剰ルートへのパケットがきた場合にこいつを設定しておけば破棄してくれる。</p><p>過剰ルートパケット受信→デフォルトルートへ転送</p><p>が</p><p>過剰ルートパケット受信→nullインターフェースへ転送し破棄となる。</p><p>（過剰ルート＝知らないルートでもある。）</p><p>■ロードバランシング</p><p>等コストバランシング・・・あて先への経路が複数かつ等コストの場合、パケットを分散ルーティングする。</p><p>OSPF/IGRP系で可能。</p><p>不等コストバランシング・・・おしてはかるべし。</p><p>不当コストＢの経路条件は</p><p>フィージブルサクセサであること。</p><p>ベストパスのFD*倍率&gt;候補パスのFD。</p><br><p><strong>015 EIGRP5 SIA</strong></p><p>QUERY/REPLYにおいて、望んでいるあて先への新ルートがいつまでたっても</p><p>REPLYされなく、全ルータがACTIVE(または3m経過でダウン認定)になってしまうこと。</p><br><br><br><br><br><br><br><p><font color="#ff0000"><br></font></p><br><br><br>
]]>
</description>
<link>https://ameblo.jp/takemitsu3/entry-10045994329.html</link>
<pubDate>Wed, 05 Sep 2007 16:35:54 +0900</pubDate>
</item>
<item>
<title>30minNW自分なり要約③</title>
<description>
<![CDATA[ <p><strong>08 OSPFルータタイプ</strong></p><p>IN</p><p>ASR→OSPFNWの他エリア経路情報を自エリアに取り込む。そのときには経路集約済情報を送る。</p><p>ASBR→OSPF以外NWの他ＮＷ経路情報を自エリアに取り込む。再配布。</p><br><p>LSUはLSA11種の総称。LSAがデータ実態。</p><br><p>再配布：あるルーティングＰの経路情報を別のルーティングＰのそれに変換してフラッドすること</p><br><p><strong>09 OSPFエリアタイプ</strong></p><p>大企業とかの大規模ＮＷの場合シングルエリアＯＳＰＦだとＬＳＵのフラッディングが</p><p>蔓延し帯域を喰う。そこでいくつかのエリアにわける。エリア間のLSUは<font color="#0000ff">集約されたLSA</font>として</p><p>伝わるため帯域消費を軽減できる。</p><br><p>エリア間トラフィックは必ずバックボーンエリアをから中継されなくてはならない。つまり要隣接。</p><p>BBエリアと物理的に隣接していないエリアは仮想リンクでバイパスする。</p><br><p>[スタブエリア]</p><p>袋小路エリア。</p><p>つまり出入り口ルータがひとつしかない</p><p>→（必然的に）ASBRは設置不可。BBエリアはこれになれない。仮想リンクも通せない。</p><br><p>AS外ルート（他ルーティングプロトコルNWへの経路）は持たない。</p><p>→ABRのデフォルトルート（その他指定）で一括転送しちゃう。</p><br><p>A外ルート（同OSPFNW内の他エリアへの経路)はしっかり設定。</p><br><p><font color="#0000ff">自エリア内とお仲間エリア内の経路のみ詳しく知っている。</font></p><p><font color="#0000ff"><br></font></p><p><font color="#000000">[トータリースタブエリア]</font></p><p>A外ルートまでデフォルトルートで一括転送しちゃう。</p><br><p><font color="#0000ff">自エリア内の経路しか詳しく知らない。</font></p><br><p>これらはルーティングＴＢＬ肥大化回避のため。</p><p>「<font color="#ff0000">デフォルトルートを使ってRTBLの肥大化を防ぐためのエリア設定</font>」といえる</p><br><p>[NSSA]</p><p>ASBRがあるスタブエリア。</p><p>→つまり出入り口が２つ（ABRとASBR)あるスタブエリア。</p><p>とりあえず今はこんなのもあるよ程度に覚えとく。</p><br><p><font color="#000000"><strong>10 OSPF経路集約</strong></font></p><p>OPSFでは自エリア内のサブネットのNWアドレスは連続していたほうがいい。</p><p>→<font color="#ff0000">連続していなければならないまである</font><font color="#ff0000">。</font></p><p><font color="#ff0000"><br></font></p><p><font color="#ff0000">売りの経路集約は連続アドレスでないと使えないから。</font></p><br><br><p><br><br><br><br></p>
]]>
</description>
<link>https://ameblo.jp/takemitsu3/entry-10045812589.html</link>
<pubDate>Tue, 04 Sep 2007 00:28:27 +0900</pubDate>
</item>
<item>
<title>CCNP情報①</title>
<description>
<![CDATA[ <font face="Courier New">シュミレーション問題は<br>OSPFのスタブエリアとトータリスタブエリアを設定する問題が1問<br><br>EIGRPとISIS間の再配送の設定が1問、出題されました。</font><br>
]]>
</description>
<link>https://ameblo.jp/takemitsu3/entry-10045774086.html</link>
<pubDate>Mon, 03 Sep 2007 20:56:11 +0900</pubDate>
</item>
<item>
<title>ITIL①</title>
<description>
<![CDATA[ <p>とりあえず参考図書を買ってしまったのでもはや受験モード。</p><p>「IT Service Management 教科書　ITIL ファンデーション」</p><br><p>こりゃがんばれば三日で対策終わるな。</p><p>口々に簡単だといわれる所以を垣間見た。</p><br><p>でも運用知識として確定させることができるメリットはあるし、まあやる。</p><p>知識の確定は大事。</p><p>確定を決断させてくれるのがマニュアルとか参考書とか言われるものの使命。</p><br><br><br>
]]>
</description>
<link>https://ameblo.jp/takemitsu3/entry-10045763264.html</link>
<pubDate>Mon, 03 Sep 2007 19:24:40 +0900</pubDate>
</item>
<item>
<title>ITIL</title>
<description>
<![CDATA[ <p>ITILという資格があるらしい。</p><p>かいつまんで言うとシステム運用におけるフレームワーキング？</p><p>運用マニュアルのスタンダードみたいなものかね？</p><br><p>以下生情報</p><p>・欧米では、システム運用に携わる人間の常識となっており...</p><p>・国内では現在7000人 2005/08</p><p>・18000円　damn!!</p><p>・日本で受験できるのはエントリー資格のITIL FoundationとITIL Service Managerの2つです</p><p>・試験時間は60分、問題数は40題の多肢選択式です。選択肢の数は、Yes/Noの2択から5択まであり、最終的な正解率が65%以上ならば合格</p><p>・普段からITサービスに関わっていない人でも30時間程度でほぼ確実に合格できる　hehe..</p><p>・私の場合、取得後も業務で使う機会はありませんし、それほど難易度の高い資格でもないため周りにも合格者は多く、取得したという点でのメリットはありませんでしたね damn!!</p><br><p>多分取得してもdamn!!なのだがすぐ取れそうなのでちょっと参考書でものぞくかな。</p><br><br><br>
]]>
</description>
<link>https://ameblo.jp/takemitsu3/entry-10045694931.html</link>
<pubDate>Mon, 03 Sep 2007 02:28:19 +0900</pubDate>
</item>
<item>
<title>30minNW自分なり要約②</title>
<description>
<![CDATA[ <p><strong>05 OSPF1 概要</strong></p><p>[特徴]</p><p>コンバージェンス早</p><p>VSLM</p><p>メトリック→帯域幅</p><p>効率的アップデート→更新分のみだから？</p><p>ホップカウント関係なし→∞</p><p>ルーティングＴＢＬ以外もＴＢＬをもつ</p><br><p>[アップデート]</p><p>Helloパケット/<font color="#0000ff">10s</font>でネイバー確立→ネイバーTBL</p><p>トポロジDBをネイバー転送/<font color="#0000ff">30m</font>→長間隔が帯域を消費しないといわれる由縁</p><p>　　　　　　　　　　　　　　　　　　　　　　つまり<font color="#ff0000">定期でトポロジ、随時でLSA</font>の交換を行う。</p><br><p>[次章のつなぎ]</p><p>ポイントトゥポイントならトポロジ転送/30mでも軽いが</p><p>マルチポイント（イーサネット環境）だと軽くはなくなる。</p><p>ＤＲ　ＢＤＲの存在がある。</p><br><p><font color="#000000"><strong>06 OSPF2　DRとBDR</strong></font></p><p>[選出]</p><p>OSPFプライオリティ（デフォ1)＋ルータＩＤの最大</p><p>・ルータＩＤ＝ループバックIP&gt;インタフェースIP</p><p><strong><br></strong></p><p>[アップデートステータス]</p><p>Down→Init→2Way→Exstart→<font color="#0000ff">Exchange</font>→<font color="#0000ff">Loading</font>→Ｆull</p><br><p>[アップデート]</p><p>30mでの定期＋リンク変更時の随時交換</p><p>・Exchangeで各DRO→DRに自身の<font color="#0000ff">DDP</font>送信</p><p>・Loadingで各DRO→DRに<font color="#0000ff">LSU</font>送信/DRで集計/DR→<font color="#ff0000">各DROに差分LSU送信</font></p><p>・<font color="#ff00ff">ここでおそらくDROは他人のLSUを複数所持→RTBL作成</font></p><br><p>DDP交換＋LSU交換があり随時は後者のみ。</p><br><p>[エリア意識]</p><p>AＳ境界ルータは所属エリア毎に複数回上記をやる。</p><br><p><strong>07 OSPF3 NBMA</strong></p><p>マルチアドレス環境でありながらブロード・マルチキャストが使えない。</p><p>フレームリレー・X25とかがこれ。</p><br><p>マルチキャスト環境：あるホストは複数他ホストからアクセスされる（逆にできる）</p><p>　イーサネットはハブなどによる間接接続でマルチ実現→マルチキャスト可</p><p>　フレームリレーは直接接続の集合体→<font color="#ff0000">物理的に別回線・別ＮＷ</font>→マルチ不可</p><p><strong><br></strong></p><p>[NWタイプ別ネイバ・DR・BDR]</p><p>フルメッシュ：完全マルチアクセスのなのでＤＲ・ＢＤＲ<font color="#0000ff">必要</font></p><p>①<font color="#0000ff">論理的ブロキャス環境</font>として見る（設定必要）→ネイバは<font color="#0000ff">自動</font>設定</p><p>②実際の物理回線のとおり<font color="#0000ff">ノンブロキャス環境</font>と見る→ネイバは<font color="#0000ff">手動</font>設定</p><br><p>パーシャルメッシュ：不完全マルチなのでＤＲ・ＢＤＲ<font color="#0000ff">不必要</font></p><p>①<font color="#0000ff">論理的ブロキャス環境</font>として見る（設定必要）→ネイバは<font color="#0000ff">自動</font>設定</p><p>②実際の物理回線のとおり<font color="#0000ff">ノンブロキャス環境</font>と見る→ネイバは<font color="#0000ff">手動</font>設定</p><br><p>ポイントツーポイント：当然不必要</p><p>ネイバは決まりきっているので<font color="#0000ff">自動</font>設定</p><br><p>つまり</p><p><font color="#ff0000">完全なマルチアクセス環境かどうかでDR/BDRの選出のあるなしが決まる。</font></p><p><font color="#ff0000">ブロード（マルチ）キャストが使えるかどうかでネイバーの自動検出のあるなしが決まる。</font></p><p><font color="#ff0000"><br></font></p><p><font color="#ff0000"><font color="#000000">上記①②は、モードとして特別な設定をすることで選べる。</font></font></p><p><strong><br></strong></p><p></p><p><strong><br></strong></p>
]]>
</description>
<link>https://ameblo.jp/takemitsu3/entry-10045639481.html</link>
<pubDate>Sun, 02 Sep 2007 18:52:50 +0900</pubDate>
</item>
</channel>
</rss>
