Internet mail => Network printer Internet mail => Offramp gateway (forward to G3Fax) Network scanner => Network printer Network scanner => Offramp gateway (forward to G3Fax) Network scanner => Internet mail今回参加した組織の多くはプリンタとスキャナを含めて一つの系としており、組織間 での接続項目としては、以下のものを確認することとなった。
会場では「コ」の字型に並んだ机に組織ごと席が割り当てられており、 10Base-Tハブと電源タップが用意されていた。また、OffRamp/OnRamp Gateway の試験用に、公衆電話回線と、CiscoおよびWIDE Projctから回線エミュレータ が持ち込まれた。また、通常のG3FAX付き電話機も用意された。
最初に、各組織に割り当てられたIPアドレスやMailボックス名とともに、 各々が提供できる機能の一覧が書かれた資料が配付された。個別の相互接続実 験はこの情報をもとに行った。この資料と同一の内容をまとめたものが 表1である。
会社 | 機能 | ハードウェア等 |
---|---|---|
A社 | SMTP-rcv,snd TIFF(S,F) DSN,MDN |
FAX=TELNUM@domain If busy(transient err),send to Mail-box |
B社 | SMTP-rcv,snd [LAN-POP] |
STN-T.30 B@domain |
C社 | SMTP-snd,POP-rcv / TIFF-FX | |
D社 | SMTP-snd,POP-rcv / TIFF(all) TIFF(all) |
|
E社 | SMTP-rcv,snd / TIFF(F) | @ |
F社 | SMTP-rcv,snd / TIFF(S,F) | |
G社 | SMTP-rcv,snd TIFF(S,F,J,C,L,M) SMTP-rcv,snd TIFF(S,F) SMTP-snd,POP-rcv TIFF(S,F) |
|
H社 | SMTP-snd,POP-rcv TIFF(S) |
IC FAX 3200 STN-T.30 |
I社 | SMTP-rcv,snd LAN/POP-rcv TIFF(S,F) |
TELNUM@domain |
J社 | SMTP-rcv,snd TIFF(F) POP-rcv,TIFF(FX) POP-rcv,TIFF(FX) | TELNUM@domain |
K社 | SMTP-rcv,snd |
[STN] <any>@domain |
L社 | SMTP-rcv,snd / POP-rcv | FAX=TELNUM@domain |
WIDE Project | SMTP-rcv,snd / POP-rcv TIFF(F) |
2-line STN available |
N社 | SMTP-snd / TIFF(S,F) | |
O社 | SMTP-rcv,snd / POP-rcv TIFF(S) | |
P社 | SMTP-snd,POP-rcv TIFF(S,F) |
PSTN-PPP |
Q社 | SMTP-rcv |
PSTN FAX=+TELNUM@domain |
WIDE/IFAXと他組織との接続結果について述べる。16組織のうち13組織に対し てはe-mailメッセージによる送受信が確認された。また2組織との間では Offramp/Onrampの接続実験を行い、そのどちらとも成功している。
実験期間中に2社からのe-mailメッセージを正常に処理できないという問題が 発生した。送信元が作成したe-mailヘッダに誤りがあったことが原因であった。 その場での議論の後、修正後再度実験を行った。その結果、1社からのe-mail メッセージは正しく処理できるようになった。他の1社からのメッセージにつ いては原因、対処方法ともに判明したものの先方の対応がまにあわず、最終的 に受信は確認できなかった。
e-mailメッセージの送信/受信の片方の機能しか有しない組織とは、可能な組 み合わせのみの実験を行い、該当するすべて組織との間で正常に送受信ができ ることが確認された。
Offramp/Onramp機能についてはWIDE Projectと他の2組織とが実験しただけで、 FaxConnect1全体として見た場合は、次回への課題として残る結果となった。 会場での合意では、次回FaxConnect2は1999年5月に開催されることとして、 FaxConnect1は終了した。
各組織のInternet FAXの相互接続性を調べる実験を行なった。 各Internet FAXがSMTP経由、公衆電話回線経由で送ったFAXデータを 受け取った組織が正常に受け取れるか調べる。 また、他の組織が SMTP経由、公衆電話回線経由で送ったFAXデータを正常にこちらで 受け取れるか調べる。
以下、一日の経過を追って述べる。
9:00接続準備開始。機材の設置と接続を開始する。WIDE Projectはコの字型 に配置された机のちょうど角の場所が割り当てられていた。机の上には 10BASE-TのHUBが置かれ机の下には電源タップが用意されていた。著者は機材 の数が多かったため、電源についてはさらに持ち込みのテーブルタップ を接続して用いた。HUBについては用意されていた16ポートのHUBに直接 接続した。
まず主力機であるLibrettoの設置を、以下の手順でおこなった。
この後Libretto上でネットワーク設定を行った。IPアドレスはあらかじめ一組 織につき3つのアドレスが割り当てられていた。追加申請が可能とのことだっ たので、著者らは持参した個人用の端末のためのアドレスをふくめ、更に2つ のアドレスを追加申請した。必要なネットワーク設定情報や参加組織の情報な どは、紙の資料で配布された。
次にLibretto上でWIDE/IFAXの動作確認を行う。SMTPで相手にFAXデータを送る ために、必要なモジュールの動作を確認した。ここで不具合が見付かり、現場 でプログラムの修正を始める。
13:00不具合の対処がほぼ終了する。SMTP経由でのFAXデータの受渡しが可能 になる。
15:00実際に接続実験を開始する。他社との接続交渉をはじめる。 接続交渉は以下の手順で行った。
この日のSMTP経由での実験結果は以下の通りである。
SMTP経由でWIDE/IFAXから送信した組織 | -- | 4組織 |
SMTP経由でWIDE/IFAXが受信した組織 | -- | 3組織 |
この日はOnRamp/OffRampの実験はどの組織も行なわなかった。
17:00公式な実験は終了。 この後WIDE/IFAXのOnramp/Offrampの動作確認をする。
22:00作業を終了する。
以下、一日の経過を追って述べる。(時刻はおおよそ)
9:00実験開始。この日はSMTPの受送信とOnramp/Offrampの実験を行った。 この日のSMTP経由での接続実験の手順は昨日と同様である。 SMTP経由での接続実験結果は以下の通りであった。
SMTP経由でWIDE/IFAXからの送信実験をした組織 | -- | 11組織 |
SMTP経由でWIDE/IFAXでの受信実験をした組織 | -- | 11組織 |
このうち、WIDE/IFAXでの受信に失敗した組織が2組織あった。 この2組織をそれぞれX,Yとすると、失敗した原因は以下の通りである。
組織Xから送られてきたe-mailメッセージには、mailヘッダ中にTo: フィールドが存在しなかった。WIDE/IFAXではmailヘッダの内容に 基づいてメッセージに対する処理を決定する。特に自分あての メッセージか否かの判別をToフィールドの値にもとづいて行って いたため、組織Xからのメッセージを正しく処理できなかった。組織Yから送られてきたe-mailメッセージについては、Content-Type: フィールドのboundaryオプションの値に問題があった。最初はこの 値が著しく長かったため、WIDE/IFAXが正しくMIMEデコードできな かった。この点について組織Yと議論した結果送られてきたメッセージ では、\verb+ boundary="letters" + という形式になっているべきものが \verb+ boundary=letters + という形式になっていた。このためやはりWIDE/IFAXではMIMEデコード に失敗した。
組織Xについては議論の後、問題は解決されたが、組織Yについては 最終的にWIDE/IFAXでは正しく受信できなかった。
11:00自組織の実装がRFC 2305の各項目を満たしているかを確認するための チェックシートが配布される。
12:00一部の関係者を対象にWIDE/IFAXのOnRamp機能のデモを行う。 内容はG3 FAXで受信した内容をe-mailメッセージにし、自分自身 に送り直してプリンタから出力するというものであった。 この時に用いた回線エミュレータはWIDE Projectが持ち込んだもので あった。
13:00各組織の代表者が集まってミーティングを行う。
15:00再度各組織の代表者が集まってミーティングを行う。
16:00実験が可能な組織だけでOnRamp/OffRamp機能の実験を行う。 この時に用いた回線エミュレータはCiscoが持ちこんだものを使用した。
G3 FAX経由でWIDE/IFAXで受信した組織 | -- | 2組織 |
G3 FAX経由でWIDE/IFAXから送信した組織 | -- | 2組織 |
Closing.
SMTP経由での接続について概ね良い結果が得られた。 Offramp/Onramp機能についてはWIDE Projectと他の2組織とが実験した だけで、全体として見た場合は次回への課題として残る結果となった。 会場での合意では、次回FaxConnect2は1999年5月に開催されることに なった。
今回の実験の結果、いくつかの問題点が明らかになった。WIDE/IFAXはフリー ソフトウェアを積極的にブラックボックスとして取り入れている。この事は UNIXベースのシステムの強みであり、同時に開発工程を大幅に減少できた。し かし、ブラックボックスの部分で不明な点が発生したときの対応に困ることに なった。一例を挙げると、WIDE/IFAXではTIFFフォーマットの作成をHylaFaxと いうフリーソフトウェアに付属のプログラムに依存している。開発者は WIDE/IFAXが送信しているフォーマットはTIFF-Fであると信じていたが、実験 終了後Xerox社が提供したTIFF profile checkerの結果によるとTIFF-F/Sとも に当てはまると判断された。(結果としてはRFCに準拠していたのだが)現在著 者らは独自にTIFF解析プログラムを開発する必要があると強く感じている。
また子細な点ではあるが、送信用のサンプル画像をあらかじめ用意しておくべ きであったと反省している。無論正しく送れることがわかるようなものであれ ば、どのような画像でも実験上差し支えはないのだが、組織の特色を打ち出し た魅力的なサンプル画像は実験に華をそえるものであると感じた。WIDE Projectでは東京と連絡をとり、富士山の絵が入ったサンプル画像を作成した のだが、完成したのが実験終了間際であったため活用することができなかった。 次回FaxConnect2ではこういった点についても余裕をもってとりくみたい。
とはいえ全体として概すると、今回の実験ではほぼ全ての組織との正常に接続 できることが確認でき、大きな収穫であったといえる。OnRamp/OffRampについて 十分な実験が出来なかったのが心残りであるが、現時点でこれらの機能が実装済の WIDE/IFAXがアドバンテージを持つ事は事実であり、1999年5月に予定されてい るFaxConnect2を目指して開発プロジェクトをすすめていく予定である。