🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: fj.net.ip
Article #375

Re: IP broadcast packets between routers

#375
From: Mimpei MORISHITA
Date: Tue, 31 Aug 1999 00:00
98 lines
6842 bytes
早草さん> そもそも、当時はPPPがメジャーでなくP-Pでは独自のプロト
早草さん> コルを使用するのが一般的でしたから、CISCOの対抗はCISCO
早草さん> でした。

  というような話も、聞いたことがあるような気はします。
#今も昔も異なるメーカーのルータは組み合わせてはいけないのだ、と
#いうのはひょっとするとその通りかもしれないですけど、願わくばそ
#うであってほしくないような気もいたします。(^^;;

早草さん> ですので、上記についてはテストした事のある人はあまりい
早草さん> ないのではないですか? 
早草さん> しかし、アドレスの整合が取れていれば4.XBSDとも接続でき
早草さん> て当然だと考えますが。質問の意味が良く分かりません、申
早草さん> し訳ありません。

  質問があまり適切でなかったとしたら、ごめんなさい。m(..;)m
  質問の意図を説明しますと、以下の通りです。
...
  まず、Ciscoのルータでは、point-to-point インタフェースに対して
ブロードキャストアドレスを設定するらしい。かたや BSD 系のUNIX で
は、point-to-point インタフェースにはブロードキャストアドレスを
設定しないらしい。
  このように異なるベンダーのルータ間で、「アドレスの整合」は取れ
るのだろうか。取れるとするならば、それはどのように設定されるべき
なのだろうか。特にブロードキャストアドレスの扱いについてはどうす
るべきなのだろうか。たとえば、Cisco のルータから出る RIP パケッ
トの宛先が、(point-to-point インタフェースに対するものであっても)
ブロードキャストアドレス宛てになるのだとすれば、(point-to-point
の対向側にいる) BSD UNIX 機は、これを拾えないなどの障害が発生す
るのではないだろうか。
  もし万一「アドレスの整合」が取れずに(RIP パケットがやり取りで
きないなどの)障害が発生するとしたら、何がいけないのだろうか。
...
というのが質問の意図というかキモチと申しましょうか、なところです。
たまたま Cisco と BSD UNIX についてブロードキャストの設定が異な
るというフォローをいただいておりますので、これらを組み合わせた場
合を例に取っています。
  ということを念頭に置いていただいたうえでの、「BSD と Cisco を
unnumbered interface の対向に置いた場合、ブロードキャストアドレス
設定の食い違いによって問題、たとえば RIP パケットがやりとりでき
ないといった問題が発生することはないのでしょうか」という質問であ
ると捉えていただければと思います。
#これでご理解いただけますでしょうか...

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

  4.xBSD UNIX ですと、ifconfig コマンドで point-to-point インタ
フェースの相手の IP アドレスを前もって設定しておくことが可能なよ
うですが、それと同様の機能は Cisco のルータにはないのでしょうか?
#255.255.255.255 宛に送る、というのが素直、というのは私もそんな
#気がしていますけれども。

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

  ええ、おそらくそうだろうと思っています。Cisco 側が受け取れるで
あろうということに関しては特に疑問はありません。
  Cisco の RIP の宛先は、point-to-point の場合でもブロードキャス
トアドレス宛てになるのかどうか、なるとしたらどちらの形式(ホスト
部がオール1 か、もしくは全体がオール1(255.255.255.255))になるの
か、といったあたりについては何かご存知ありませんでしょうか?

早草さん> 少し話しがずれているように思います。

  私の最初の質問「LAN 側のブロードキャストは、unnumbered
interface の場合回線上にも流れる、と言われたのですが本当でしょう
か」に対しては、早草さんはじめ皆様よりご教示をいただきまして、
森下>   回線側に IP アドレスを振らない場合、回線にも(本来 LAN 側
森下> だけで充分なはずの)ブロードキャストが流れてしまうかどうか
森下> は、RFC1812を読む限りでは実装依存、しかし少なくとも Cisco 
森下> のルータではそんなタコな動作はしない、けれども流れると判断
森下> されてしまうような設定の紛らわしさは存在する、ということで
森下> 納得しました。大変勉強になりました。m(..)m
ということで、おかげさまで解決している、と思っています。
この話題に関連して、unnumbered interface に対するブロードキャス
トアドレスは、どう設定するのが正しいのだろうか、という疑問が別に
湧いてきています。なので、そういう意味ではわざと話をずらしている、
と言えるかもしれません。これについてはご了承願いたいと思います。 m(..;)m
  そうではなくて、私がまた何か曲解しているという意味でしたら、
都度ご指摘いただければ幸いです。m(..;)m

早草さん> CISCOはブロードキャストでしかRIPが出せないという事では
早草さん> なく、ブロードキャストでRIPを出す時の動作の特殊例を説
早草さん> 明したんですが。

  それについてはまったく了解しました。
  では、Cisco も unnumbered interface の対向ルータに対しては、ユ
ニキャストで RIP パケットを出すのでしょうか、あるいは出すように
設定することもできるのでしょうか?

-- 
もりした みんぺい
Technical Details
Message-ID: <ug110pkrh.fsf@MIMPC.cac.co.jp>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <uaernj3v8.fsf@MIMPC.cac.co.jp> <u3dx8qv9z.fsf@MIMPC.cac.co.jp> <uzozgpg8x.fsf@MIMPC.cac.co.jp> <uwvukpfvg.fsf@MIMPC.cac.co.jp> <uu2pop0ta.fsf@MIMPC.cac.co.jp> <7q0oil$5a6$1@inn.do.mms.mt.nec.co.jp> <ur9kqq390.fsf@MIMPC.cac.co.jp> <7q3b7d$84a$1@inn.do.mms.mt.nec.co.jp> <uogfupq21.fsf@MIMPC.cac.co.jp> <iuv5q7.79.ln@haya-ast.haya.co.jp>

Show Full Headers
Complete Article Headers
X-Google-Language: Japanese,JIS
X-Google-Thread: 10636f,ca1f46c2ff432e06
X-Google-Attributes: gid10636f,public
From: Mimpei MORISHITA <mimpei@cac.co.jp>
Subject: Re: IP broadcast packets between routers
Date: 1999/08/31
Message-ID: <ug110pkrh.fsf@MIMPC.cac.co.jp>
X-Deja-AN: 519185264
Sender: mimpei@MIMPC
References: <uaernj3v8.fsf@MIMPC.cac.co.jp> <u3dx8qv9z.fsf@MIMPC.cac.co.jp> <uzozgpg8x.fsf@MIMPC.cac.co.jp> <uwvukpfvg.fsf@MIMPC.cac.co.jp> <uu2pop0ta.fsf@MIMPC.cac.co.jp> <7q0oil$5a6$1@inn.do.mms.mt.nec.co.jp> <ur9kqq390.fsf@MIMPC.cac.co.jp> <7q3b7d$84a$1@inn.do.mms.mt.nec.co.jp> <uogfupq21.fsf@MIMPC.cac.co.jp> <iuv5q7.79.ln@haya-ast.haya.co.jp>
X-cite: xcite 1.27
Content-Type: text/plain; charset=ISO-2022-JP
Organization: CAC Corporation, Tokyo, Japan
Mime-Version: 1.0 (generated by SEMI 1.8.6 - "Fukuoka")
User-Agent: Semi-gnus/6.8.20 SEMI/1.8.6 (Fukuoka) FLIM/1.9.2 (Shin-Tanabe) Emacs/20.2 MULE/3.0 (MOMIJINOGA) Meadow/1.01 (MIDORI-NO-TAMA)
Newsgroups: fj.net.ip