🚀 go-pugleaf

早草です。
投稿に不備がありましたらお許し下さい。
設定に不備があるかもしれませんが、テストしていると
フォローが遅くなりそうなので。

<uogfupq21.fsf@MIMPC.cac.co.jp>の記事において
mimpei@cac.co.jpさんは書きました。

>>   うーむ、なるほど。
>>   すべてのネットワークがブロードキャスト可能なわけではない、RIP
>> も OSPF もそのあたりは考慮している、これはおっしゃる通りだと思い
>> ます。私が前の記事 <ur9kqq390.fsf@MIMPC.cac.co.jp> で引用した
>> RFC1058 の一部も、まさにそういうことを言っていると思っています。
>>   しかし同時に、必ずブロードキャストする実装は RFC1058 に違反し
>> ているかというとそうではないのではないか、とも思っています(この
>> 根拠は、同じく引用した部分の最後の一文で、結局実装に任されている
>> と読めます)。
>> ＃実は OSPF の方の RFC はまだ読んでいませんが、おそらくおっしゃ
>> ＃る通りだろうと想像しています。/(^^;;
>> 
>>   ではこういう場合はどうなっちゃうんでしょう?
>> たとえば、unnumbered point-to-point line の両端に Cisco のルータ
>> (早草さんがお使いになったことのある古い(?)OS のルータ)と 4.xBSD
>> な UNIX マシンをルータとしてそれぞれ置き、かつ RIP version 1 を
>> 使用していた場合、双方のルーティングテーブルは無事やりとりできる
>> のでしょうか?

そもそも、当時はPPPがメジャーでなくP-Pでは独自のプロトコルを使用
するのが一般的でしたから、CISCOの対抗はCISCOでした。
ですので、上記についてはテストした事のある人はあまりいないのでは
ないですか？ 
しかし、アドレスの整合が取れていれば4.XBSDとも接続できて当然だと
考えますが。質問の意味が良く分かりません、申し訳ありません。

で、本題について。
ダイアルアップ時のPPPの時のように相手のIPアドレスが接続時に分かる
場合には、P-Pの時にユニキャストで相手にRIPを送る事ができますが、
相手のIPアドレスがわからない場合（専用線で接続した場合、通常
こうだと思いますが）、つまり、回線のLINK UP時に相手とIPアドレスを
交換する仕組みが無い場合には、相手に送出するパケットの宛先IPアド
レスにブロードキャストを使用するのは、素直な考え方のように思いま
す。(255.255.255.255が一番確実かも）

>>   4.xBSD 上の routed は(FreeBSD 2.2.8, NEWS-OS 4.1.2 の man
>> routed を見る限り)、相手のルータ向けには直接相手の IP ア
>> ドレス宛にルーティングテーブルを送り、これは無事届くものと思いま
>> す。逆に、Cisco のルータから送られたルーティングテーブルの宛先は
>> どうなっていて、これは相手のルータ(4.xBSD)には届くのでしょうか?
>>   結局のところこれは、Cisco の RIP の実装によるのだろうと思いま
>> す。この実装が、point-to-point line 間であってもブロードキャスト
>> アドレス宛にしかルーティングテーブルを送らない、というものであっ
>> たとしても、プロトコル(RFC1058)に違反しているとまでは言えないの
>> ではないかと思います。
>>   とするとこれは、プロトコル(RIP)の欠陥だったということでしょうか?
>> 
>>   で、結局のところ、unnumbered interface に対するブロードキャス
>> トアドレスについては、ふるべき/ふらないべき/ふるならこうすべきと
>> か、何か標準というかお約束というか「おおまかな合意」というか
>> (^^;)はあるのでしょうか?

CISCOでもユニキャストのRIPは受けとれたと思いますよ。

少し話しがずれているように思います。
CISCOはブロードキャストでしかRIPが出せないという事ではなく、ブロー
ドキャストでRIPを出す時の動作の特殊例を説明したんですが。
もう一度、ポイントを書きます。
1) unnumberedの時にルータが出すRIPの宛先IPアドレスは、相手のアドレスが
   わからないのでブロードキャストしかない。
2) unnumberedでは、アドレスが設定されてないので、ルータが出すパケットの
   送信元アドレスはLAN側のアドレスを借用する事になる。
で、1)の時に、2)で借用する事にしているLAN側のブロードキャストアドレスを
そのまま使用する実装があった。
これを表面だけを見た人が、LANからのブロードキャストが回線側に中継されて
いると勘違いするかも知れない。

という事が言いたかったのです。