🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: fj.net.ip
Article #1245

Re: [Q] AppleTalk bridging VS routing

#1245
From: Bunpei Matoba
Date: Mon, 22 Apr 1996 00:00
134 lines
5596 bytes
住金制御の的場です.

井上様@NHK技研,笹部様フォロー
ありがとうございます.

元々, fj.sys.mac.commに質問をだして,
反応がないからと fj.net.ipに同様の質問を出し
なおした直後,fj.sys.mac.commでもフォローがあり
そちらでも,話が進んでしまっております.
ちょっと混乱させてすいません.

In article <4l8hu7$fvb@t-server.t.u-tokyo.ac.jp>, tss@a.u-tokyo.ac.jp
(SASABE Tetsuro) wrote:

> In article <4l7jte$b6t@nhkgw.strl.nhk.or.jp>
>     inouet@strl.nhk.or.jp (Tomoyuki INOUE) writes:
> 
>  |>   マルチキャストが他の地区のネットワーク負荷に
>  |     ^^^^^^^^^^^^^
>  |EtherTalk はマルチキャストは出さないと思います。
> 
>   聞いた話で自分では確認していませんが、
> 
>         EtherTalk の broadcast は、Ethernet の multicast としてインプ
>         リメントされている
> 
> とか。識者のコメントをおねがいしたいところです。

私がアナライザで観察したところでは,上記の笹部さんの認識が
正しいと思います.

詳しくは,私が, fj.sys.mac.commの方にだしたフォローを
再ポストさせていただきます.


------------------------- 以下 再ポスト -------------------------
住金制御の的場です.

EtherTalkのブロードキャスト・マルチキャスト
についての質問に対するフォローを
もりかわ様, 小島様からいただき,
どうもありがとうございました.

その後,イーサネットアナライザで
試せるようになりましたので,
お二人の内容を確かめてみました.
ご報告します.

ここでAppleTalkのルータ兼AppleShareサーバとして,
IIci+漢字Talk7.1+AppleInternetRouterの
マシンを使いました.
ここでは,LocalTalkとEtherTalkがそれぞれ
一つのゾーンとなっています.

なお,私の観察した範囲では,EtherTalkでは
IPのARPブロードキャストのような
ブロードキャストはいっさい出ないように見えました.

In article <OLJ.96Apr10082930@m.cisco.co.jp>, OLJ@cisco.co.jp (MORIKAWA
Seiichi/JN1OLJ) wrote:

> In article <bm-0804960934560001@157.117.200.245>
bm@berry.osa.sumikin.co.jp (Bunpei Matoba) writes:
> 
>  |各地区のMacの台数が常時稼働20台ぐらいの場合,
>  |そんなに,真剣に心配する問題でしょうか?
>  |
>  |だいたい,EtherTalkではどのような時に,
>  |ブロードキャスト・マルチキャストが
>  |でるものなのでしょうか?
>  |例えばセレクタを使った時,Macを起動した時
>  |以外にどんなときでしょうか?
> 
> セレクタを開いた時ではなく、開いている間ずっとマルチ
> キャストがでます。あと、アプリケーションによっては起動
> 時と印刷時に出る物もあります。

確かに,ルータでゾーン化していないシングルの
EtherTalkネットワークの場合,
セレクタを開いた時ではなく、開いている間ずっと,
マルチキャストが出ていました.
09-00-07-FF-FF-FF ANBP DDP SNAP 802.2  ETHERNET
というやつです.1秒間に2発ぐらい.
セレクタは開きっぱなしにしないほうがいいですね.

ルータでゾーン化したEtherTalkネットワークの場合,
このようなのは見られませんでした.

In article <KJM.96Apr10102040@indy-eo.yonka.ngy.mhi.co.jp>,
kjm@yonka.ngy.mhi.co.jp (KOJIMA Hajime/小島肇) wrote:

> 小島%RKK中部支社@MHI名航電子技です。
> 
> <bm-0804960934560001@157.117.200.245> の記事において
> bm@berry.osa.sumikin.co.jp (Bunpei Matoba) さんは書きました:
>  「MACWORLD BOOKS  LAN・WAN 大全」(扶桑社)p.256 より抜粋:
> 
> ---- ここから
> ブリッジ vs. ルーター
> ---------------------
> 
>   AppleTalk LAN はブリッジを使わずに2台のルーターで接続する。ルーターが 
> RTMP パケットを 10 秒間隔でプロードキャストするのに対して、ブリッジは 
> LAN 上のすべてのルーターからブロードキャストされた RTMP データパケットを
> 受け渡す。

確かに上記のようにAppleTalkルータは10秒間隔で,

09-00-07-FF-FF-FF RTMP DDP SNAP 802.2  ETHERNET

というマルチキャストを出します.
これに対して, EtherTalkにつながっているマシンは
応答を返します.(全てのマシンかどうかは定かではないのですが)

ところで,EtherTalkのマシンが他に何もないような
ネットに1台だけ立ち上がった時には,

09-00-07-FF-FF-FF AppleTalk ARP SNAP 802.2 ETHERNET
09-00-07-FF-FF-FF DDP SNAP 802.2 ETHERNET
09-00-07-FF-FF-FF ANBP DDP SNAP 802.2 ETHERNET
09-00-07-FF-FF-FF DDP SNAP 802.2 ETHERNET
09-00-07-FF-FF-FF RTMP DDP SNAP 802.2 ETHERNET
09-00-07-00-00-DO ANBP DDP SNAP 802.2 ETHERNET

というようなマルチキャストを合計19発も出しました.

#上記のようなマルチキャストアドレスの意味をどなたか
#お教えいただけないでしょうか?

-- 
Bunpei Matoba  < bm@berry.osa.sumikin.co.jp>
ComputerSystemDepartment
Sumitomo Metal Industries Control & Engineering Corporation
Amagasaki Japan
Technical Details
Message-ID: <bm-2204961216130001@157.117.200.245>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <bm-0904962116310001@157.117.200.245> <4l7jte$b6t@nhkgw.strl.nhk.or.jp> <4l8hu7$fvb@t-server.t.u-tokyo.ac.jp>

Show Full Headers
Complete Article Headers
X-Google-Language: Japanese,JIS
X-Google-Thread: 10636f,570d26d56c7ca6c5
X-Google-Attributes: gid10636f,public
From: bm@berry.osa.sumikin.co.jp (Bunpei Matoba)
Subject: Re: [Q] AppleTalk bridging VS routing
Date: 1996/04/22
Message-ID: <bm-2204961216130001@157.117.200.245>
X-Deja-AN: 150731619
sender: news@osa.sumikin.co.jp
x-nntp-posting-host: 133.150.36.171
references: <bm-0904962116310001@157.117.200.245> <4l7jte$b6t@nhkgw.strl.nhk.or.jp> <4l8hu7$fvb@t-server.t.u-tokyo.ac.jp>
content-type: text/plain; charset=iso-2022-jp
organization: Sumikin ( SMICEC)
mime-version: 1.0
newsgroups: fj.net.ip