Article View: fj.net.ip
Article #375Re: IP broadcast packets between routers
From: Mimpei MORISHITA
Date: Tue, 31 Aug 1999 00:00
Date: Tue, 31 Aug 1999 00:00
98 lines
6842 bytes
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-mailReferences:
<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