Article View: fj.net.lan.ethernet
Article #49Re: SoftEther, Ethernet over TCP/IP via a Virtual Hub
From: MAEDA Atusi
Date: Fri, 26 Dec 2003 03:10
Date: Fri, 26 Dec 2003 03:10
67 lines
5192 bytes
5192 bytes
yas@is.tsukuba.ac.jp (Yasushi Shinjo) writes: > なるほど。上のＴＣＰの再転送を下で認識して、積極的に落とすと > どうなるんでしょうか。どうせ、下は信頼性があるので、再送はも > ともと不要なはずなので。 SoftEtherには輻輳制御(パケットを捨てる)や切断対策(60秒分のパケットをバッ ファリングする)が入っているみたいなので、それが効いているのかも知れま せん。このあたりは、研究ネタになるかも。 > メルトダウンが起きるような状況を人工的に作り出して実験してみ > たいですね。どうすればいいですかね。実際の利用状況としては、 > どういう時に起きるでしょうか。 先に挙げたURLだと、10%～20%のパケットロスがあるような環境では、PPP over SSHは使い物にならないとありました。PHSや無線で電波状況を悪くして みるとか、SoftEtherを改造してパケットをランダムに(あるいはバースト的に) 落としてみるとかが思いつきます。 > > そういう用途のために，over UDPの解もあると良いかも．でも，危険かな? > > UDP が危険というよりは、UDP だと、壁抜けするのには不利なので > やっていないというところでしょう。この辺り、環境が大きく影響 > 与えています。そのうち、SoftEther の利用が増えて、性能も何と > かしてくれという話が出てくれば、対応してもいいんじゃないかなあ。 UDPだと「セッション管理」とか「認証」を自分でやらなければいけませんよ ね。とくに、個々のパケットがちゃんと認証したセッションの続きであるかど うか(途中から、偽造パケットが割り込んだりしていないか)の判定は、かなり 注意が必要かと思います。HMACとか使うんでしょうかね。 壁抜けに不利ということは別に無いんじゃないでしょうか。NAT箱でもファイ アウォールでも、「中からUDPを送ると、しばらくの間そのポートへの返事の UDPは返す」というのが多いんじゃないですか。 > > 騒いでいる人は，いったい何が今までのVPNソフト(たとえばPPTPやPPP over > > SSH)と違うか，理解していないかも． > > それは大きいと思います。今まで VPN の知名度は低くて、今回の > 騒ぎ始めて聞いた一般利用者も多いのでしょう。逆に、「PPTP っ > てそんな危険性があったのか」と認識したり。 > プレゼンテーションがうまかったという話の他に、技術的な話とし > ては、敷居が下がったという話はあるかと思います。PPTP は、例 > の環境だと敷居が高いし。SSH って、Windows 方面には敷居が高い > みたい。IPsec の敷居の高さは、なんなんでしょうね。敷居を低く > することで、使い方に変化が起きるというのは、よくあるわけです > が、SoftEther もそういう側面は大きいと思います。 確かにSoftEtherのインパクトは敷居の低さかなと思います。 ふつーの研究者なら、既にあるものと組み合わせられる部品だけを作るという 発想になると思います。認証や仮想インターフェースはPPPがあるから作らず、 トランスポートはSSHやSSLにまかせて、仮想ハブだけ作るとか。 All-in-Oneで認証も暗号化も接続もインストールされちゃうというのが大きい と思いますね。 > そういえば、SoftEther の話は、情報処理学会の新年会、プログラ > ミング・シンポジウムで発表するそうです。前野先生との連続なん > て誰がプログラム作ったんでしょうね。恐ろしい。私が言うのも変 > ですが、シンポジウムでは登さんのことをよろしくお願いします。 新年会ですか(笑)。まあ私も参加しますので、いろいろ話が聞けたらいいなと 思っています。 前田敦司
Technical Details
Message-ID:
<m34qvol1eg.fsf@maedapc.cc.tsukuba.ac.jp>Path:
arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!news.maxwell.syr.edu!newsfeed.media.kyoto-u.ac.jp!oix.u-ryukyu.ac.jp!u-ryukyu.ac.jp!ie.u-ryukyu.ac.jp!gama.is.tsukuba.ac.jp!nadesico.cc.tsukuba.ac.jp!hagi.cc.tsukuba.ac.jp!not-for-mailReferences:
<YAS.03Dec22204109@kirk.is.tsukuba.ac.jp> <m365g6zvgt.fsf@maedapc.cc.tsukuba.ac.jp> <bs9vhk$98m$1@news511.nifty.com> <YAS.03Dec25030451@kirk.is.tsukuba.ac.jp> <YAS.03Dec25032053@kirk.is.tsukuba.ac.jp> <m3zndhr80d.fsf@maedapc.cc.tsukuba.ac.jp> <YAS.03Dec26024454@kirk.is.tsukuba.ac.jp>Show Full Headers
Complete Article Headers
X-Google-Language: Japanese,JIS X-Google-Thread: fb155,e4a4a2673418f18f X-Google-Attributes: gidfb155,public X-Google-ArrivalTime: 2003-12-25 19:20:39 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!news.maxwell.syr.edu!newsfeed.media.kyoto-u.ac.jp!oix.u-ryukyu.ac.jp!u-ryukyu.ac.jp!ie.u-ryukyu.ac.jp!gama.is.tsukuba.ac.jp!nadesico.cc.tsukuba.ac.jp!hagi.cc.tsukuba.ac.jp!not-for-mail From: MAEDA Atusi <maeda-news@ialab.is.tsukuba.ac.jp> Newsgroups: fj.net.lan.ethernet Subject: Re: SoftEther, Ethernet over TCP/IP via a Virtual Hub Date: 26 Dec 2003 12:10:31 +0900 Organization: Science Information Processing Center, University of Tsukuba Lines: 67 Sender: maeda@maedapc.cc.tsukuba.ac.jp Message-ID: <m34qvol1eg.fsf@maedapc.cc.tsukuba.ac.jp> References: <YAS.03Dec22204109@kirk.is.tsukuba.ac.jp> <m365g6zvgt.fsf@maedapc.cc.tsukuba.ac.jp> <bs9vhk$98m$1@news511.nifty.com> <YAS.03Dec25030451@kirk.is.tsukuba.ac.jp> <YAS.03Dec25032053@kirk.is.tsukuba.ac.jp> <m3zndhr80d.fsf@maedapc.cc.tsukuba.ac.jp> <YAS.03Dec26024454@kirk.is.tsukuba.ac.jp> NNTP-Posting-Host: maedapc.cc.tsukuba.ac.jp Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=ISO-2022-JP X-Trace: hagi.cc.tsukuba.ac.jp 1072408231 27483 130.158.72.55 (26 Dec 2003 03:10:31 GMT) X-Complaints-To: news@hagi.cc.tsukuba.ac.jp NNTP-Posting-Date: Fri, 26 Dec 2003 03:10:31 +0000 (UTC) User-Agent: Nana-gnus/6.13.12 SEMI/1.14.3 (Ushinoya) FLIM/1.14.4 (Kashiharajingū-mae) APEL/10.3 Emacs/20.7 (i386-vine-linux-gnu) MULE/4.1 (AOI) Cache-Post-Path: maedapc.cc.tsukuba.ac.jp!maeda@localhost X-Cache: nntpcache 2.4.0b5 (see http://www.nntpcache.org/)