🚀 go-pugleaf

佐久間＠ＰＦＵです．

いくつか，「これはこう」と決めてかかってしまったところがあったのかもしれない．

>> 130.0.0.0ブロードキャストドメイン
>>                 ｜
>>             ルータ
>>                 ｜
>> 140.0.0.0ブロードキャストドメイン
>>                 ｜
>>             ルータ
>>                 ｜
>> 130.0.0.0ブロードキャストドメイン

>> ＊サブネットマスクはデフォルト

これって，「130.0.0.0というClassBなネットワークを，サブネットマスクで
分割して使うのを＊デフォルト＊で考える」ではなくて，「130.0.0.0というClassBな
ネットワークを，ClassBとして＊デフォルト＊の130.0.0.0/16で使う」って
意味なんですか？

それじゃ無理なのはわかりきっているから，前者の意味だと思ってたんですが．．．．．

前者の意味で，上と下の130.0.0.0のところでネットワークアドレスが重複してる
やつがいないって前提で，私の解答は使えます．


>> では次の場合はどうでしょうか？
>> －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
>> 130.0.0.0（255.255.0.0）ブロードキャストドメイン
>> ※130.0.1.1 のホストが存在する
>>                 ｜
>>             ルータ
>>                 ｜
>> 140.0.0.0ブロードキャストドメイン
>>                 ｜
>>             ルータ
>>                 ｜
>> 130.0.0.0(255.255.255.0)ブロードキャストドメイン
>> ※130.0.1.1 のホストが存在しない
>> ここで140.0.1.1から　130.0.1.1に向けてパケットが射出された時を想定します。

これもいまいちアレですが．．．．
130.0.0.0/16の一部である130.0.0.0/24が別のところにいるってことですよね．

140.0.0.0/?? のホストからは，ルータがVLSMを正しく処理できるなら，上にも
下にも適切にpacketは届くし，戻ってくることもできるでしょう．

130.0.0.0/24にいるホストから130.0.0.0/16にいるホストに対してはパケットは
届かせることはできるでしょう．ただし，130.0.0.0/16にいるホストから
130.0.0.0/24にいるホストに対してパケットを届かせるなら，そのホストが
VLSMを正しく処理できて，かつ130.0.0.0/24に対する経路を持っているか，または
130.0.0.0/16にいるルータがProxyARPやってあげないとパケットは届かない．
なぜなら，そうでなければ130.0.0.0/16にいるホストは130.0.0.0/24も同じ
セグメントにいると思ってしまうから．

この話，たとえば

	130.0.0.0/15
	    ｜
	  ルータ
	    ｜
	140.0.0.0/???
	    ｜
	  ルータ
	    ｜
	130.128.0.0/15

なら，もちょい話は楽．

-- 
------
  佐久間 敬之 ( Sakuma Takayuki ) 
    (株)ＰＦＵ ネットワーク事業部 開発部 ＮＥＴ基盤プロジェクト
    Internet : takayuki@pfu.co.jp
    Nifty    : LDE03272(office) HQC03001(home)