1 a31db67d 2004-04-21 devnull From dmr Thu Jan 30 17:00:03 EST 1992
2 a31db67d 2004-04-21 devnull 誠に申し訳ありませんが、MH front end はあと１週間だけ待って下さい。
3 a31db67d 2004-04-21 devnull 新しい xterm のために vtwin の変更が必要となって、それにちょっと
4 a31db67d 2004-04-21 devnull 手間取ってしまいました。まだもう１つ直したい bug があるのですが
5 a31db67d 2004-04-21 devnull もう今日は時間がありません。
6 a31db67d 2004-04-21 devnull 拝啓 新緑の候、ますますご清祥のこととお喜び申し上げます。
7 a31db67d 2004-04-21 devnull さて、斎藤信男先生は４月１日をもちまして、慶応義塾大学理工学部教
8 a31db67d 2004-04-21 devnull 授に御昇任なられました。そこで、日頃斎藤先生にお世話になっている
9 a31db67d 2004-04-21 devnull 私達が斎藤先生に お祝いを申し上げるためのささやかな 祝宴を企画致
10 a31db67d 2004-04-21 devnull しました。当日は 斎藤研究室 OB/OG の方々、斎藤研究室現役の学生、
11 a31db67d 2004-04-21 devnull また、斎藤先生ゆかりの方々が集まり、斎藤先生を囲んで楽しいひとと
12 a31db67d 2004-04-21 devnull きを過ごしたいと考えております。ご家族、御友人おさそいあわせのう
13 a31db67d 2004-04-21 devnull え御列席下さるようお願い申し上げます。
14 a31db67d 2004-04-21 devnull おそれいりますが、ご出席の確認を下記連絡先に電話または電子メール
15 a31db67d 2004-04-21 devnull にてご連絡下さるようお願い申し上げます。
17 a31db67d 2004-04-21 devnull 「斎藤信男教授を囲む会」
18 a31db67d 2004-04-21 devnull 日時： 昭和６２年４月２４日（金） 18:00 より
19 a31db67d 2004-04-21 devnull 場所： 新橋第一ホテル「レストランクラレット」
20 a31db67d 2004-04-21 devnull 電話； 03-501-4411
21 a31db67d 2004-04-21 devnull 会費： １万５千円 （当日記念品代１口５千円を別に御用意下さい。）
22 a31db67d 2004-04-21 devnull ただし、学生料金は別途設定してありますので御安心！
23 a31db67d 2004-04-21 devnull 連絡先:中村 修 osamu@keio.junet
24 a31db67d 2004-04-21 devnull 電話 044-63-9137 （斎藤研究室直通）
25 a31db67d 2004-04-21 devnull 電話 03-704-4715 （中村自宅）
26 a31db67d 2004-04-21 devnull 幹事代表 村井 純、 中村 修
27 a31db67d 2004-04-21 devnull 拝啓 新緑の候、ますますご清祥のこととお喜び申し上げます。
28 a31db67d 2004-04-21 devnull さて、斎藤信男先生は４月１日をもちまして、慶応義塾大学理工学部教
29 a31db67d 2004-04-21 devnull 授に御昇任なられました。そこで、日頃斎藤先生にお世話になっている
30 a31db67d 2004-04-21 devnull 私達が斎藤先生に お祝いを申し上げるためのささやかな 祝宴を企画致
31 a31db67d 2004-04-21 devnull しました。当日は 斎藤研究室 OB/OG の方々、斎藤研究室現役の学生、
32 a31db67d 2004-04-21 devnull また、斎藤先生ゆかりの方々が集まり、斎藤先生を囲んで楽しいひとと
33 a31db67d 2004-04-21 devnull きを過ごしたいと考えております。ご家族、御友人おさそいあわせのう
34 a31db67d 2004-04-21 devnull え御列席下さるようお願い申し上げます。
35 a31db67d 2004-04-21 devnull おそれいりますが、ご出席の確認を下記連絡先に電話または電子メール
36 a31db67d 2004-04-21 devnull にてご連絡下さるようお願い申し上げます。
38 a31db67d 2004-04-21 devnull 「斎藤信男教授を囲む会」
39 a31db67d 2004-04-21 devnull 日時： 昭和６２年４月２４日（金） 18:00 より
40 a31db67d 2004-04-21 devnull 場所： 新橋第一ホテル「レストランクラレット」
41 a31db67d 2004-04-21 devnull 電話； 03-501-4411
42 a31db67d 2004-04-21 devnull 会費： １万５千円 （当日記念品代１口５千円を別に御用意下さい。）
43 a31db67d 2004-04-21 devnull ただし、学生料金は別途設定してありますので御安心！
44 a31db67d 2004-04-21 devnull 連絡先:中村 修 osamu@keio.junet
45 a31db67d 2004-04-21 devnull 電話 044-63-9137 （斎藤研究室直通）
46 a31db67d 2004-04-21 devnull 電話 03-704-4715 （中村自宅）
47 a31db67d 2004-04-21 devnull 幹事代表 村井 純、 中村 修
48 a31db67d 2004-04-21 devnull ＪＵＳ幹事の皆様：
49 a31db67d 2004-04-21 devnull ４月１０日の幹事会でお話した、次のような講演についての件ですが、
50 a31db67d 2004-04-21 devnull 発内容：Ｍａｃｉｎｔｏｓｈ ＩＩへのＵＮＩＸの移植
51 a31db67d 2004-04-21 devnull 発 者：米国ＵｎｉＳｏｆｔのエンジニア
52 a31db67d 2004-04-21 devnull 発時間：１時間（幹事会において決まった時間です）
53 a31db67d 2004-04-21 devnull 発当人からＡＢＳＴＲＡＣＴが届きました。このような内容での話でよけれ
54 a31db67d 2004-04-21 devnull ば、来日するがどうだろう？との問い合わせがあったのですが、皆様いかがでしょうか？
55 a31db67d 2004-04-21 devnull 皆様の御意見を伺ったうえで、本当に来てもらうかどうか当人に連絡したいと思います。
56 a31db67d 2004-04-21 devnull （交通費、宿泊費などはＪＵＳから出す必要はありません）
57 a31db67d 2004-04-21 devnull 御返答、よろしくお願いいたします。
59 a31db67d 2004-04-21 devnull ＪＵＳ幹事の皆様：
60 a31db67d 2004-04-21 devnull ４月１０日の幹事会でお話した、次のような講演についての件ですが、
61 a31db67d 2004-04-21 devnull 発内容：Ｍａｃｉｎｔｏｓｈ ＩＩへのＵＮＩＸの移植
62 a31db67d 2004-04-21 devnull 発 者：米国ＵｎｉＳｏｆｔのエンジニア
63 a31db67d 2004-04-21 devnull 発時間：１時間（幹事会において決まった時間です）
64 a31db67d 2004-04-21 devnull 発当人からＡＢＳＴＲＡＣＴが届きました。このような内容での話でよけれ
65 a31db67d 2004-04-21 devnull ば、来日するがどうだろう？との問い合わせがあったのですが、皆様いかがでしょうか？
66 a31db67d 2004-04-21 devnull 皆様の御意見を伺ったうえで、本当に来てもらうかどうか当人に連絡したいと思います。
67 a31db67d 2004-04-21 devnull （交通費、宿泊費などはＪＵＳから出す必要はありません）
68 a31db67d 2004-04-21 devnull 御返答、よろしくお願いいたします。
70 a31db67d 2004-04-21 devnull 次回のｊｕｓ幹事会は下記の場所で行います。
71 a31db67d 2004-04-21 devnull 日時 ５／８（金）午後６時
72 a31db67d 2004-04-21 devnull 場所 （株）アスキ―、ＦＦＦビル、７Ｆ役員会議室
75 a31db67d 2004-04-21 devnull 国道２４６号（青山通り）
76 a31db67d 2004-04-21 devnull | |*（地下鉄表参道Ｂ３出口）
77 a31db67d 2004-04-21 devnull | | （ラ―メン屋）
78 a31db67d 2004-04-21 devnull 紀ノ国屋| |出光GS 天下一
79 a31db67d 2004-04-21 devnull | | 住 大 Ｆ*
80 a31db67d 2004-04-21 devnull | | 友 仁 Ｆ
81 a31db67d 2004-04-21 devnull | | 南 堂 Ｆ
82 a31db67d 2004-04-21 devnull 至渋谷 青 ビ ビ
86 a31db67d 2004-04-21 devnull （１）地下鉄表参道駅下車、Ｂ３の出口を出る。
87 a31db67d 2004-04-21 devnull （２）青山通りを渋谷方面へ歩く
88 a31db67d 2004-04-21 devnull （３）初めての信号（角が出光ＧＳ）を右へ曲る
89 a31db67d 2004-04-21 devnull （４）約５００Ｍ歩き（信号４つ目）、Ｔ字路の交差点の右側
90 a31db67d 2004-04-21 devnull （５）ＦＦＦビルの７Ｆ
91 a31db67d 2004-04-21 devnull ＰＳ．当日１４：４０着の便で成田に帰って来ますので、少し遅れるかもしれません
92 a31db67d 2004-04-21 devnull が先に始めて下さい。
93 a31db67d 2004-04-21 devnull この間の集りでマーク・シートの読み取りのsoftの話題があったと思うので
94 a31db67d 2004-04-21 devnull すが，「インタフェース５月号」の新製品紹介の欄で，ANK character の読み取りの
95 a31db67d 2004-04-21 devnull softの紹介があったように思います。
96 a31db67d 2004-04-21 devnull ただ，その雑誌がいま，手元にないので詳しくはわかりませんが，調べてみ
98 a31db67d 2004-04-21 devnull 一部の人は知っていると思いますが，現在 rmap のＰＤ化を進めています．
99 a31db67d 2004-04-21 devnull 余分な機能をそぎ落し，一通り動くようになりました．あと，２，３
100 a31db67d 2004-04-21 devnull 新たな機能を追加する予定ですが，問題はその前提となる rwhod にあります．
101 a31db67d 2004-04-21 devnull 御存知のように rwhod はつながるマシンの数が増えると，急激に network 及び
102 a31db67d 2004-04-21 devnull CPU を食いはじめます．また，routing の機能がないため複数のネットワークが
103 a31db67d 2004-04-21 devnull 接続されているような環境ではやはり問題です．東工大ではいままで，gateway
104 a31db67d 2004-04-21 devnull となるマシンの rwhod に手をいれて routing をするようにしていましたが，
105 a31db67d 2004-04-21 devnull その場しのぎのいい加減なやり方だったので，４月にネットワークの接続形態が
106 a31db67d 2004-04-21 devnull 変って以来，２重に packet を流していたことが判明しました．昨日急いで
107 a31db67d 2004-04-21 devnull 直しましたが，それまでネットワークは collision の嵐だった訳です．
108 a31db67d 2004-04-21 devnull たかだか３０台のネットワークでこの有様ですから，何百，何千という
109 a31db67d 2004-04-21 devnull 本格的ネットワークを考えると単純に routing を行う今の方法は非現実的です．
110 a31db67d 2004-04-21 devnull そこで，いくつかのアイディアを加藤君と考えました．
111 a31db67d 2004-04-21 devnull 1. broadcast packet は止めて，ＮＦＳを利用し /usr/spool/rwho をできる限り
112 a31db67d 2004-04-21 devnull 共有する．どうしても必要なところは point-to-point で routing を行う．
113 a31db67d 2004-04-21 devnull 2. routing する場合に独自のプロトコルにより複数のホストの情報を
114 a31db67d 2004-04-21 devnull 1 packet で送る．
115 a31db67d 2004-04-21 devnull 3. on demand で必要な時だけ他のマシンに対し情報を要求する．
116 a31db67d 2004-04-21 devnull トリガーは，例えば誰かが rmap でそのマシンを含むページを表示しようと
118 a31db67d 2004-04-21 devnull 4. どうせ，そういう情報が必要なのは phone をかけたい時ぐらいだから，
119 a31db67d 2004-04-21 devnull むしろ，phone を改造して phoned が broadcasting や routing をしながら，
120 a31db67d 2004-04-21 devnull 特定のユーザがどこにいるか探し回るようにする．
121 a31db67d 2004-04-21 devnull さて，そこで皆さんの意見を聞きたいと思います．どうするのが一番良いでしょうか．
122 a31db67d 2004-04-21 devnull 今考えているのは，1, 2 の機能を持った public domain rwhod を作るといった
123 a31db67d 2004-04-21 devnull ところですが，果してそんなことをするのは意味があるのか．４を実現すれば事実上
124 a31db67d 2004-04-21 devnull rmap はいらなくなるんじゃないのか．有益な議論をお待ちしています．
125 a31db67d 2004-04-21 devnull 私は前の mail で次ぎのようなことを書きました．
126 a31db67d 2004-04-21 devnull > 御存知のように rwhod はつながるマシンの数が増えると，急激に network 及び
127 a31db67d 2004-04-21 devnull > CPU を食いはじめます．また，routing の機能がないため複数のネットワークが
128 a31db67d 2004-04-21 devnull > 接続されているような環境ではやはり問題です．東工大ではいままで，gateway
129 a31db67d 2004-04-21 devnull > となるマシンの rwhod に手をいれて routing をするようにしていましたが，
130 a31db67d 2004-04-21 devnull > ....，何百，何千という
131 a31db67d 2004-04-21 devnull > 本格的ネットワークを考えると単純に routing を行う今の方法は非現実的です．
132 a31db67d 2004-04-21 devnull > そこで，いくつかのアイディアを加藤君と考えました．
133 a31db67d 2004-04-21 devnull > 1. broadcast packet は止めて，ＮＦＳを利用し /usr/spool/rwho をできる限り
134 a31db67d 2004-04-21 devnull > 共有する．どうしても必要なところは point-to-point で routing を行う．
135 a31db67d 2004-04-21 devnull > 2. routing する場合に独自のプロトコルにより複数のホストの情報を
136 a31db67d 2004-04-21 devnull > 1 packet で送る．
137 a31db67d 2004-04-21 devnull > 今考えているのは，1, 2 の機能を持った public domain rwhod を作るといった
138 a31db67d 2004-04-21 devnull > ところですが，果してそんなことをするのは意味があるのか．...
139 a31db67d 2004-04-21 devnull 今考えていることを，もう少し具体的に説明すると，
140 a31db67d 2004-04-21 devnull 既存の rwhod は自分のマシンの network configuration を見て
141 a31db67d 2004-04-21 devnull 自分の属するサブネットワークにはすべて broadcasting で，
142 a31db67d 2004-04-21 devnull point-to-point のリンクにはその相手先に対し，自分のマシンの情報のみを
143 a31db67d 2004-04-21 devnull 流しまています．
144 a31db67d 2004-04-21 devnull 私が手を入れた rwhod はそれらに加えて，他のマシンから来た
145 a31db67d 2004-04-21 devnull 情報を自分の spool に書き込むと同時に，リストとして貯め込んでおき，
146 a31db67d 2004-04-21 devnull 自分の情報を流す時に同時に，個々のマシンの属するネットワーク以外の
147 a31db67d 2004-04-21 devnull すべてのリンクにその情報をリレーするというものです．
148 a31db67d 2004-04-21 devnull しかし，この方法だといくら broadcast packet を使ったところで，
149 a31db67d 2004-04-21 devnull 論理的にはネットワーク全体が完全グラフをなすように packet を
150 a31db67d 2004-04-21 devnull 流すことになりますし，しかも普段はそういう情報を必要としない
151 a31db67d 2004-04-21 devnull 場合が多い訳ですから，明らかに供給過剰です．で，これを少しでも
152 a31db67d 2004-04-21 devnull 軽減することができれば，と考えている訳です．
153 a31db67d 2004-04-21 devnull 新しい rwhod は，様々なネットワーク上の制約を盛り込めるように，
154 a31db67d 2004-04-21 devnull 例えば /etc/rwhod.rc のようなファイルからリレーのための configuration
155 a31db67d 2004-04-21 devnull を読み込むようにするといいでしょう．そのファイルの中に書かれるべき
156 a31db67d 2004-04-21 devnull 項目としては，次ぎのようなものが考えられます．
157 a31db67d 2004-04-21 devnull 1. 自分のマシンの情報をどのマシン，またはどのネットワークに対して
158 a31db67d 2004-04-21 devnull 送信するか．また，それをローカルファイルに格納するか否か．
159 a31db67d 2004-04-21 devnull 2. 他のマシンの情報をどのマシン，またはどのネットワークに対して
160 a31db67d 2004-04-21 devnull リレーするか．それは packet として受信されるべきものなのか，
161 a31db67d 2004-04-21 devnull ＮＦＳによってそのマシンの rwhod が書き込んだファイルを
162 a31db67d 2004-04-21 devnull 読みにいくのか．前者の場合には，さらにその情報をローカル
163 a31db67d 2004-04-21 devnull ファイルに格納するか否か．
164 a31db67d 2004-04-21 devnull 3. 1, 2 は何秒間隔で行うのか．
165 a31db67d 2004-04-21 devnull これらに加え，さらに通常は packet を流さずに必要な時だけ，
166 a31db67d 2004-04-21 devnull rwhod が他のマシンに対し情報を要求するという機能を付け加えるのも
167 a31db67d 2004-04-21 devnull いいかもしれません．このためには，/etc/rwhod.rc の中に
168 a31db67d 2004-04-21 devnull 4. あるマシンの情報に対する要求があった時にどのマシンに
169 a31db67d 2004-04-21 devnull 対して問い合わせを行うか．
170 a31db67d 2004-04-21 devnull という項目を付け加えるべきでしょう．1,2,4 は実際には統一した
171 a31db67d 2004-04-21 devnull フォーマットで記述するのがいいかもしれません．
172 a31db67d 2004-04-21 devnull もし，こういう on demand 型のサービスを取り入れると当然 rwho, ruptime, rmap
173 a31db67d 2004-04-21 devnull といった client 側にも変更が必要になります．恐らくあるマシンの情報を得るには，
174 a31db67d 2004-04-21 devnull といったようなライブラリ関数を用意することになるでしょう．
175 a31db67d 2004-04-21 devnull この関数は自分のマシンの rwhod に対してそういう request を
176 a31db67d 2004-04-21 devnull 行い response を受け取るという単純なものにするのがいいと
177 a31db67d 2004-04-21 devnull 思います．一方その request を受け取った rwhod はスプールを
178 a31db67d 2004-04-21 devnull 見てそれが充分新しいものであれば，そこから読み取り，そうでなければ
179 a31db67d 2004-04-21 devnull rwhod.rc に書かれたマシンに対し問い合わせることになるでしょう．
180 a31db67d 2004-04-21 devnull いや，もうそこまでするのだったら，いっそスプールは全廃して
181 a31db67d 2004-04-21 devnull rwhod が on core で情報を管理した方がいいかもしれません．
182 a31db67d 2004-04-21 devnull というようなところが今まで考えたところですが，そこでこの前にも書いた
183 a31db67d 2004-04-21 devnull 疑問に戻ります．果してこんなことをする意味があるのだろうか？
184 a31db67d 2004-04-21 devnull phone を hack すれば，それで問題は解決するのではないか？
185 a31db67d 2004-04-21 devnull 何か意見を言ってください．お願いします．
186 a31db67d 2004-04-21 devnull 私はこれを今度の meeting で議論してもらいたいとは思っていません．
187 a31db67d 2004-04-21 devnull あくまで mail で意見を聞かせて下さい．そうすることで，
188 a31db67d 2004-04-21 devnull 議論がたまたま meeting に出席した人の中だけでの閉じたもので
189 a31db67d 2004-04-21 devnull 終るということがなくなると思いますから．
190 a31db67d 2004-04-21 devnull ところでこの mailing list はいつまで東工大で管理されているのですか．
191 a31db67d 2004-04-21 devnull u-tokyo に移した方がいいのではないのですか？
