【IT】富士通、ネット通信速度を30倍高めるソフト開発--TCPとUDPの"いいとこ取り"、2013年度中にも商品化 [01/29]

富士通研究所（川崎市中原区、富田達夫社長）は、インターネットの通信速度を
最大で約３０倍高められるソフトウエアを開発した。インターネットの標準プロトコル
（通信手順）である「ＴＣＰ」と「ＵＤＰ」（用語参照）の“いいとこ取り”を実現。
「２重番号管理方式」と呼ぶ効率的なデータ再送方式を編み出し、高い信頼性のもとでの
高速通信を可能にした。富士通グループが２０１３年度中に通信ミドルウエアとして
商品化すする。

ＴＣＰは高品質だが速度が遅く、ＵＤＰは高速だが信頼性が低いといった一長一短があり、
新ソフトは高速性と高信頼性を両立できるようにした。ベースとなるのはＵＤＰで、
ＵＤＰでは行わない送達確認（受信応答）の機能を付加することで信頼性を高めた。

送達確認に際して、通常はデータ番号という単一の指標で管理しているのを、データ番号と
パケット番号の二つを付番する２重番号管理方式を編み出した。

●図解　http://pr.fujitsu.com/jp/news/2013/01/29-1b.jpg

◎富士通研究所/富士通(6702)のリリース
http://pr.fujitsu.com/jp/news/2013/01/29-1.html

◎http://www.nikkan.jp/news/nkx0220130129aaap.html

疑似ＴＣＰみたいなもん？

でもお高いんでしょ？

実際のネットワーク環境では通常通信の帯域と共存出来ないから使えません

UDPの信頼性高めるためアプリケーション層で工夫するのは昔から
やってるところもあるのでは

すばらしい技術に思えるが、
ファイヤウォールではじかれたりしないのか？？

デファクトスタンダードとなれるかなれないか

ええ？これ普通に使えるプロトコルなの？

どうせクライアントに専用ソフトが必要とかなんでしょ

これ凄いの？俺はべつに通信速度に不満ねえけど。

富士通がガンガンガン速出すのか。

> データ再送方式を編み出し、高い信頼性のもとでの
> 高速通信を可能にした
輻輳回避の機能は？
ハードウェアスタックなのか？

TCPに要求された要件を全て満たせるなら、TCP同様規格化した方が良くね？

>>5
そのとおり

ダウンロードが30分の一か
TCPを使わないHTTP作るのか

ルーターとネットワークカード
買い換えればいいのかね？

>>9がすべて

セッション張らねーからバレネー的な使い方について

TCPやUDPと同じプロトコルレベルのなら
ルーティングやネットワークの問題があるだろうし、
UDPの上になんか仕組みを作ってるかんじかな。

結局ルーターで遮断されて使えんのちゃうの？

送信側は、そのパケット番号とやらを付加送信して
受信側はＵＤＰデータをミドルで順番どうりに
組み立てるってことか？ＣＰＵにパワーがいるね

図見た感じやと、あくまでVPNとかキャリア内での通信とか閉じた世界でだけ使用することを想定してるのかな。
確かに流石にインターネットにそのまんま流せるとは思えんが。

Googleあたりと提携してネットの標準にしてくれんかな。
ウチの8Mbpsの回線が240Mbpsで使えるとか美味しすぎる。

ルーターは通るだろ
インターネット速度向上を目指すからIPは使用するだろうし
問題はファイアウォールとかクライアントやサーバにソフトウェア追加がネックだろ

＞高い信頼性のもとでの

これが全てなんだろうな。

普通の環境じゃ無理だな。

2chの書き込み量が３０倍に増えて大変なことに

トランスポート層でTCPやUDPを代替するものかな。
専用のネットワークを組んで使うものっぽい。既存のネットワークには乗らないよ。
絵を見てもそんな感じ。

既存のネットワークに手を加えないでいいなら凄いけどイントラで使う位じゃないの？

>>7
無理。狭い範囲で使うにしても、せめてオープンソースにしないと

>>12
>輻輳回避の機能は？

あるわけねーだろ

Paced TCPと同じく、糞

富士通御用企業向けの拠点間通信用だから一般にはあまり関係ない話だな

>>17
ネトゲーとかであるように、UDPのペイロードに制御載せて送っているのと同じだと思うよ

>高い信頼性のもとでの高速通信を可能にした。
これが全てだと思う
結局、信頼性と通信速度のゼロサムゲームなわけだけど、
隣に置いてある鯖と通信するなら、信頼性が非常に高いという前提が事が成り立つので、信頼性を落として速度あげられるよね、的な何かだと思う

だからこれを単純にインターネットで使ってみてもパケットが壊れたら再送コストが高くてかえって遅くなるって事もありえる気がする

>>10
通信速度が上がれば、ビデオオンデマンドの画質の上限があがるから、
テレビなんかがますますいらなくなる。

信頼性高いと、フラグメンテーション、遅延、再送が起こりにくい訳で、
その部分を極力簡素化してるんだろうけど、
信頼性がなくなると、通信自体ができなくなる糞仕様だな。

＞今後、国際回線や無線回線を使った利用シーンが増えることが予想され、このような品質の悪い通信環境でも通信時の転送性能が低下しないことが望まれています。
プレスリリース見ると通信品質が悪いときに効果を発揮させたいみたいだ

まずはIETFに出してRFC化しないと、どこも採用しない。

富士通が通信高速化のソフトウェアを売りたいだけだな

どうせ(メッセージごとにTCPセッションを張る場合と比べて)３０倍とかでしょ。

UDP以上には早くならんよね
TCPは早くなるかもしれんけど

>>37
その通り、結局番号管理等のオーバーヘッドがある。

というか、クローズの世界ではUDPで全く問題なく通信できてるんだけどな....

転送速度より
「○○のアドレスを解決しています」「○○の対応を待ってます」←これをなんとかしてくれ、遅すぎる

これとガンガンガン速で俺のITがマッハになる

光なのに２０〜３０Ｍしか出ない我が家をなんとかして。

>>10
たしかに通信速度に不満はないな
不満なのは通信費用だな

>>39
DNSの参照先変えたら？

>>41
残念ながら普通だ。

WAN高速化製品の代用を目指してるだけだぜ

>>39
8.8.8.8

>>41
平均して300M以上出る我が家は…田舎だから？

実際発売になってみたら製造元は韓国企業とか。

VPNみたいにTCPとかUDPをカプセル化して送受信したりできなの？

スマホのＷＥＢ月額が１０００円になるなら評価してやる

データ番号とパケット番号ってなんだよ？
とりあえずSCTPとの違いを示せよｗ

商品化すする。

>>47
まじかよ。ちょっと田舎に引っ越すわ。　ちなみにどのくらい田舎なの？

これで次世代ルーターがつくれたらなあ

>>53
栃木くらいじゃ20〜30程度だな

"いいとこ取り"で30倍になるの、どういう計算だ

全ての使用環境が対応しないと意味ないよね。

そういえばWinnyの金子氏のところが、転送速度の高速化アプリを開発してたな

http://ascii.jp/elem/000/000/712/712373/img.html
最大30倍じゃ物足りない気がするが、日本だと大手のブランド名だけで採用されるんだろうか

コロンブスの卵。

良く分かってないけど、ようするに他人のTCP通信を押しのけて通信するってことでおk?
標準TCPとの公平性を無視すりゃ、TCPでも高速化できるわけでなぁ (Highspeed TCPとかScalable TCPとか)

偏狭に出張したときにいらいらするときがあるから、
モバイルルーターに装備してほしいわ。

>>28
輻輳回避が無ければ信頼性が高い高速通信なんて出来ないけど

無いなら欠陥プロトコル

>>60
違う

えっと…RFCにはなってるんでしょうか？番号を教えてくれませんか？
ネットの通信規格でRFCになってないとか、お話にならないので。

>>21
30倍速いのはスロースタートのTCPに比べて、って話だよ

帯域が30倍になるならそれは圧縮

もしかして速くするために圧縮もしてるのかな？

宛先確認せずスパムメールどこどこ送りつけるようなもんか

>>38
輻輳制御でパケット破棄はオーケーだからな
仕方ない

ＵＤＰをベースにそこそこの信頼証明を付加するってのは、
オンゲでよくやってる事なんじゃ？

これ、「インターネットの通信速度を」っていう表現がどうなのかね。
具体的にどこよって。

プロバイダが一般向けに対応しなければ、一般消費者は無関係だろうな。

データセンター間の通信とか大企業の拠点間通信とか
プロバイダ間の基幹回線に使うとかはありうるかもしれないが。

そもそもTCP/UDPに、そんなに速度差があるのかと小一時間

>>63
UDPにスロースタートなどを入れて、標準TCPとの公平性を保つ仕組みを持たせてるとか?
だったらTCPでも大差無い気がするが。やっぱり標準TCPを押しのけてるんじゃないの?

OSI参照モデルのセッション層以上を使うミドルウェアって事で良いの？

＞インターネットの通信速度を最大で約３０倍高められるソフトウエアを開発した。
「インターネット経由の通信速度」って言った方が正しいんじゃないのかね

別にRFCなんてどうでもいいじゃん。

UDPパケットだけど信頼性確保した高速通信できまっせ、P2Pで使ってや

って話だろ。

>>70
RTTに依るかな

UDPの信頼性を高いレイヤーで保障するってことは普通にやってるような
しかも別にTCPにくらべてそんなに速くなった気も

ほんとはずっと前に出来てたけどやっと出来ました＾＾

>>74
L3で対応してなきゃ、アプリで幾ら頑張ったところで無意味。
パケットは今まで同様にロスする。
それに、RFCになってない独自プロトコルなんか、
AppleもMSもGoogleも相手にしてくれんよ。

30倍っていうのが胡散臭すぎる
おそらくマスゴミが勝手に解釈したんだろうが

>>64
商品化って書いてあるから標準化がどうこうって話じゃなさそう

SunのRPCがUDP上でも信頼性のある通信がなんとかと昔勉強したような…

>>78
標準化しないといけない理由も無いと思うけどね
こういう技術を開発して商品化したからよかったら使ってねってだけでしょ
仮にこれが広まったとしたらその時標準化すればいいんじゃないの？

また無駄なものつくったの?

>>80
通信ミドルウェアて何？もっと具体的に言えんのかいな？w
基幹がシスコのルーターと、その互換品で独占されているのに、
RFC化もされていない、独自プロトコルの通信ミドルウェアとやらを、
どこにどうやって売り込むんかいな？
まぁ、富士通が売れるというなら、きっと、そうなんでしょうねw

>>84
いや、俺に突っかかられても困るんだけどｗ

>>84
偉そうにしてるけどあんまり知らないのがバレちゃうよ。
UDP上に載せるだけだから途中経路がシスコだろうがなんだろうが関係ない。
エンド同士が認識してればいい。
そこで通信ミドルウェアが出てくるのだが…意味がわからないって大丈夫?

あとRFCと連呼しているがRFCになった規格はどっかが勝手にぶちあげたプロトコルを
元に作られることもよくあるのでRFCじゃないからダメだというものでもない。

>>85
失敬、失敬。突っかかる積もりはございませぬ。

>>82
通信規格は互換性が命。相手が有る事だから。
自分一人の世界なら、好き勝手にすれば良いんだけどね。

フライングTCPか

>>87
そもそもこれは「規格」じゃないでしょ
>>1に規格可なんて書いてないし「通信ミドルウエア」って書いてある

富士通が学校とか役所に納めてるPCにこれ入れたら色々捗るな

>>86
独自プロトコルで一体誰と話をするつもりなんだ？w

>>91
他社製品との互換性はうたってないんじゃないの？
IPネットワークで繋がっているクライアントやサーバにミドルウェアを入れて
そのミドルウェア同士でお話するんでしょ

>>92
誰が、何が悲しくて、
そんな富士通独自のミドルウェアを、わざわざ入れてくれるのよ？

PSNが捗るな

>>91
中国政府が導入しそうだね
あの国はでっかいイントラネットみたいなもんだからｗ

>>47
田舎のほうが沢山出るの？
都会のほうが出るのかと思ってた

>>93
そんなの知らないよｗ
インターネット経由の通信を早くしたいユーザじゃね？DC間とか
>>1の絵の通りだと思うよ

>>91

全然知らないのに無理をしているので例を教えてあげよう。

SPDYというプロトコルがあってこれはGoogleが「勝手に」作ったプロトコルで
Chromeに実装されとGmailなどGoogleのサービスで「独自規格」を使用した。

だけどFirefoxなどのブラウザでもやがて実装された。
そして今HTTP/2.0(予定)の規格が議論されているが，
SPDYという規格が叩き台の一つとなっている。

富士通のプロトコルが広く普及するかはわからないが
「独自だから」「RFCにもなってないから」というのは批判する理由にはならない。

>>97
通信業界は甘くないのよ。

富士通のスマホとniftyを使えば、
普通のスマホの数倍でブラウズできるなら買うかも。

値段次第だけど、1〜2万高くても俺なら買う。

>>99
いや君通信業界の(技術畑の)人間じゃないでしょ

>>99
そんなこと俺に言われても知らんよｗ
>>1の記事の通りのこと言ってるだけなんだから

>>98
業界支配力も無い雑魚が、
デファクトにも国際標準にも通さずに一体何ができるのかね？w
ドン・キホーテ乙！

富士通がこれ作るまで他企業が考えなかったのが不思議なくらいだ

スマホで携帯回線が飽和してるから、かなり有用な技術だな

DC間通信は需要ありそうだな。
仮想ディスクを分散して起きたいけどスループットがっていうのはよく聞く。

>>103
アフォ丸出しですな。
そもそも、これは富士通固めをするためのインフラ製品であって
相互接続性など初めから考えてもいないのだよ。

>>104
院生の研究レベルじゃ、恥ずかしくて発表できないでしょ、そりゃ。

>>103

マーケティングの話はどうなるかわからないのでしないが
君のシスコやらL3やらRFCのキーワードは的外れだということを
認識できればよろしい。

> デファクトにも国際標準にも通さずに一体何ができるのかね？w

ちなみにWANアクセラレータというメーカーで閉じた通信速度アップする
ネットワークハードウェアというのが売ってるのは知ってるかな。
(最近行ってないが)interopなんぞでよく展示されていたぞ。
RFCもデファクトも関係ないけどな。

>>104
いや、TCP自体も現在進行形で進化しているよ。
いろんな人がいろんな方式を考えている。
TCP以外でもSkeedSilverBulletとかクラウドコネクトとか。

>>109
シングルベンダでOKなユーザならインオペ気にしないしな

>>108
君ぐらい恥知らずならできると思うよ。

>>107
そうかい、そうかい。
じゃ、素晴らしい富士通ワールドで好きなだけ頑張ってねw
でも、みんなガラパゴスは懲り懲りだと思うよw

>>78

L3なんて関係ないだろ。P2Pで通信するだけ。
途中のスイッチ群にはUDPにしか見えないんだよ。

RFCも関係ないよ。apacheもgoogleも関係ない。
つうか、一般的なプロトコルを狙ったものではない。特に遠隔地どうしの通信効率をあげることを狙ったもの。
そんで富士通はその技術を売ろうとしてるの。ただでバラまくつもりはないだろうさ。
プレスリリース読めよ。

なんだろう、凄い技術なんだろうけど、今の富士通っていうだけで嫌な予感しかしない……

>>109
＞WANアクセラレータ
だよなぁ、これとか相互接続とか聞かないよなｗ

独自ネットワークじゃねえか
一般人には縁の無い話
もちろんこれが国際規格になることなんて100%ありえません

>>53
亀レスすまん。
北海道で札幌から100Km以上離れてるけどいい？

>>96
よくわからんけど使用率低いからかもね。

>>117
ソフトウェアを開発したってニュースなのに「規格」って読んじゃう人大杉ｗ

こいつだけが内容を理解してないで、自爆しまくってるでOK?
ID:iOzl55eP

>>120
なんか標準規格と絡めて話す人がちらほらいるよな
そういうニュースじゃないと思うんだが

もちろんオープンソース化されるんだろな？
(もし流行ったら)数年以内にLinuxカーネルにも組み込まれるんだろな？
クローズドなうんこはいらんよ
SPDYもオープンなプロトコルだしFirefoxに取り込まれてるし

ますます時代はADSL

>>113
> じゃ、素晴らしい富士通ワールドで好きなだけ頑張ってねw
> でも、みんなガラパゴスは懲り懲りだと思うよw

君の例に上げたシスコはシスコワールドで勝手によくやるようだがあれはいいのかね?

>>113
たとえばL3のroutingの世界だとISISとかEIGRPみたいな
高効率の独自プロトコルが幅を利かせているよ。
自社製品で固めさせるのが最優先で、標準化なんてのは天下を取った
後の話だよ。
事情通を気取るのはいいけど、こうも無知では話にならないね。

OSPFは標準化して広めるだけ広めておいて、みんな使うようになったら
あとからサブマリン特許でどかんｗ
標準化＝誰でもただで使える、というわけではないｗ

>>125
最初から標準規格を作る場合は複数のベンダで書いたりするしな
これは富士通がこういう技術を開発しましたってニュースで
標準化とは別の話だよな

よく分からんが、携帯と関係あるのか？

素敵な独自ライブラリが出来そうですね

>>125
IS-ISはRFC化されてる。EIGPRは業界の覇者シスコの規格だよ。

>>121

なんだろね
標準じゃないとか、RFCじゃないとか、オープンソース化しろとかって騒いでる奴が数名。

たんなる「UDPを使った独自プロトコルスタック開発したぜ、これで商売するぜ」って話なのに。


TCPとかUDPベースにして独自のプロトコル作るなんて当たり前なのに、
何に腹を立ててるのかまったく理解できん。

SoftEtherでもBitTorrentでも、目的にかなうように独自プロトコルでうじゃうじゃやってるんだけど、
星の数ほどある独自プロトコルのソフトウエアについて、一々腹を立ててるんのかねw

ＮＥＣの特許明細書と富士通の特許明細書とを見比べてみると違いがあって、ＮＥＣは数枚程度のペラペラが多く、富士通のはちょっとした論文並みにページ数が多い
こうした社風の違いが今のＮＥＣと富士通の差になったんだろうな

>>131
だよなぁ
だいたいRFCになってても相互接続性が厳しいプロトコルもあるしね、SIPとか
標準化すればみんなハッピーってわけでもないよな

>>131
いや、標準を取るのは重要だよ。

標準にねじ込んでおかないと、技術の進歩でインフラが変わる瞬間に、いきなりパージされることになる。
そうやって消えて行った独自技術が、どれほど多いことか。

>>134
UDPベースだから、完全に独自でもないんだよ。

>>132
>こうした社風の違いが今のＮＥＣと富士通の差になったんだろうな

たんに、経営陣の差のような…社内で喧嘩しているうちに、会社がなくなっちゃいました←これがNEC

>>132
ＮＥＣと富士通の社風でいえば、純正品でＢＵＧを見つけて報告したときに、
ＮＥＣは使い方が悪いとののしられ、富士通は状況の説明を求められる。
そんな感じだったな。
横でスマン

ポート番号と長さとチェックサム持っていたらUDPベースなので独自じゃない
なんて言われちゃったら、いまどき何作ってもUDPベースじゃね？
チェックサムがなくてもUDPからチェックサムを省いたUDPベースとか。

ここでいうUDPベースというのは、一方向投げっぱなし、という意味だよね。

>>134
IPｖ6「・・・」

>>134

だから、UDPベースなんだろ。
標準なんてとる必要ないんだよ。
富士通は
「遠隔地間の通信プロトコルを効率化するソフトウエアを開発しました。
ベースはUDPですから途中の経路のスイッチ等なにも変える必要はありません。
P2Pで効率化できて、その端点からは普通のTCPやUDPと同じですから、
実際に使うソフトウエアも変更する必要はありません。
拠点の入口出口だけにそのソフトをおいて動かせばOKです」
と言ってる。

３０倍（当社比）か

1）ストリーム配信に適したプロトコルのUDPをベースに独自に開発した効率的な再送方式を組込み、
　 パケットロス時のデータ再送の遅延を低減する新プロトコル
2）UDP通信が帯域を占有する問題に対して、ネットワークの空き帯域をリアルタイムに計測し、
　 従来のTCP通信を圧迫することなく最適な通信帯域を確保する制御技術
3）既存のTCPアプリケーションを変更することなく本プロトコルを適用するだけで
　 簡単にTCPアプリケーションの高速化を実現する技術

日本人てこういうの得意だよね
で、どこで配布してんの？って話になるんだｹﾄﾞ

>>140
で、誰が、そのミドルウェアを入れてくれるの？
アップルやグーグル、マイクロソフトがOSに入れてくれるの？

株価ｱｹﾞに必死だなって事かね。

>富士通グループが２０１３年度中に通信ミドルウエアとして商品化すする
オープンじゃない時点でどうでもいい話

多分一年もしないうちにオープンソースな互換実装が登場しそう

>>143

だから、富士通がそれで商売できりゃいいんだよ。
BitTorrentのプロトコル、AppleやGoogleがサポートしてるか？
全然関係ないだろ。
そういうことなんだよ、富士通のはそういうソフトウエアの話。

プロトコルの標準化とか、まったく関係ない。
いい加減、自分の頭の悪さに気付けよw

Linuxなどでフリーで実装して、技術的優位性を実証できれば
デファクトスタンダードの地位も獲得できるだろうが…。

とにかく通信における国内産の技術って、
世界標準になかなかならないからなー…。

>>147
bittorrentはオープンソースな実装いっぱいあるよ

FSERVEみたいなもの？

>>149

通信プロトコルの標準化と
単なるソフトウエアの開発の違いを理解してね。

これってフリーでFreeBSDにも導入できたらいいのにね
2chのサーバーはFreeBSDだから

そしたらより快適に2chできる
(スレ読み込みのわずかな時間が短縮されるだけでもでかい)

>>31
素晴らしいことだ

通信速度よりハードディスクやブルーレイへの書き込み速度を向上させてほしい。

UDPっていうオープンな規格の上で、
クローズドな優位性を持つ技術を展開するっていう発想自体はいい。

問題は、価格とか安定性とかサポートとかそういう実ビジネスレイヤーの話で
それがうまくいくかどうかっていうのは後になってみないとな。
下々にはわからない。

オープンで成功してるビジネスモデルは誇大宣伝されてるけど
かといってオープンクローズ戦略はダメっていう理由にはならんわな。

オープンプロトコルじゃないと意味なくね？

>>147
何に腹を立ててるのか知らないが、いきなり人をバカにするなよw

企業は、実績の無い新しい方式やソフトをホイホイ入れたりしないよ。

>>156
だからミドルウエア....

データ番号より、パケット番号の方が細切れでパケット毎なのかな。

ＴＣＰを使わなくするとなると面倒そうだけど、一部で使用するなら
いいのかもだな。

俺ならこんな設計(笑)
↓
5bit使って最大32channelに分割して並列に送信(30倍な)
2byte制御なら最大11bit幅シーケンスでやみくも送信
4byte制御なら最大27bit幅シーケンスでやみくも送信
今時の速くはないが数だけ多いマルチコア向けかな

>>154
ブルーレイなんてDVDより保存性低いゴミなのにいらんわｗ

頭悪いやつがいるのはビジネス板だからか？

標準とかオープンソースなんかにしたら開発した富士通の利益が減るから、ここはクローズドにして富士通が儲ける形にすべき
って援護しないとならんのではないか、ビジネス板的には。

ソフトウエアの価値、つうか利益を得られるようにしていかないと、
開発者が働く職場がなくなって開発が滞るという悪循環が止まらんぞ。

Googleみたいに広告で稼ぐならソースはオープンでも、それが宣伝費になるからいいだろうけど、
メーカーは儲ける仕組みが必要だから、利益のでる装置を売るためのソフトウエアにも価値を見いださないと、
日本の産業は浮上できないぞ。

標準標準、オープンソースオープンソースさわぐ前に、まず産業構造についてしっかり考えろよ。

まともな実装がひとつ以上存在しないと、RFCにはならない。
富士通がRFCにしたかったら、それはこれからやること。
さらに、RFCになったからといって、ネットワーク機器でのサポートが保障されるわけではない。
優れていれば広まるだろうが、そうでなければ消えるだけ。

>>157
＞企業は、実績の無い新しい方式やソフトをホイホイ入れたりしない
標準化されててもこれは同じだけどな

>>157
実績のないシステムは導入されないって理屈ならどんな新技術も採用されないよな。

クラウド用ＤＣは新技術の採用は早いよ。
ミドルウエアとしてはディスク管理システムだって実績がなくても導入してる。

>>157

だから子会社で使わせてみるとか、
SI会社がべったりはりついて面倒みるって構造になってたり、
いろいろあるんだけど、ニートには分からん世界だろうな。

絶対に「３０倍」はありえない

>>162
うわ！これは驚いた。あんたすげ〜な、凄すぎるぜ。

>>166
何で、おまえにニート呼ばわりされなきゃならんのだ？
絡むなよ、気持ち悪い。

ID変えてるけど、バカは二人っぽいな。
ひとりはこいつ　＞ dPPKbZPZ

>>167
「通信速度が30倍」という言い方が誤解を招くんだよな。
これってスループットが30倍になるわけじゃないから。

単に富士通が独自技術を開発したってニュースなんだよね
標準化がどうこう言ってる人は、何かしらのコミュニケーションソフトウェアを開発した時に
LINEやスカイプと繋がらないと意味無いって言ってるような感じかな

>>169

で、標準とかRFCの話と全く別の話だってことは理解できたのかい　＞　ニート君

スレを読む人が、お前の発言でどれだけ迷惑するか。もう、この話にからんでくるなよ。

>>30
逆。
TCPに制御だけやらせて、UDP上でバースト転送する。
技術的には非常に簡単だし目新しくも何ともないし既にオープンソースにもあると思う。昔からある方法。
Winny開発者の金子さんもシルバーバレットという名称で製品化してるが使ってるサービスを見たことがない。
サーバ、クライアント両方に専用ソフト必要だし、一般的なファイアウォール は通過できないから、専用線同士での拠点間レプリケーションくらいしか用途がない。

>>172
同じ富士通製品としか繋がらない通信技術なんか大した意味は無いよ。
例えば、シスコがルーター間通信で採用した
高速化技術というならインパクトは大きいけどね。

こんなずれた発表をシャーシャーとしてしまう、
富士通の技術水準が本気で心配なレベルじゃない？

>>172
LINEって標準化してないじゃん
デファクトスタンダード化しつつはあるけど
だってnaver謹製のクライアントでしか使えないし
それはLinuxやFreeBSDで使えないし

Skypeはオープンじゃないけどオープンになりつつある
Skype純正クライアントはLinux版あるし
フリーソフトウェア財団がSkypeのオープンな実装作ろうと動き出してる

>>173
勘違いして、当たり散らすなよ。
富士通研の中のヒトかよw

>>176
＞LINEって標準化してないじゃん
そうそう、これもそういう話ってだけだよ
そもそも標準化の話じゃないのに「標準化してないから〜」ってのは
変な話だよなと

これは潰されるで

つまり２ちゃんで相手が何を言ってるかわからない状態になるわけだな

多少データ壊れててもいいやってストリーミング配信なんかに使えるのかな？

>>171
いんや。TCPだと遅延があると遅くなるんだよ。

>>176
標準規格を打ち出したニュースじゃないのに
標準化の観点から話する人が多いってことだ
アプリケーションレベルならそういった話はあんまり出ない
仮にLINEとスカイプが繋がらないって怒る人が居ても
相手と同じの使えばいいじゃんって言われるだけで

通信速度が速くなったところで
話す事は無い

以上終わり。
次へ行こうか。

なんだかソースネクスト臭がする。

MVNOが捗るな！
俺のiijミニマムの速度が３Ｍ超えるのか！胸熱！

imode時代に、パケット圧縮するカラクリがあったのと同じ仕組みだと思う

>>20
>図見た感じやと、あくまでVPNとかキャリア内での通信とか閉じた世界でだけ使用することを想定してるのかな。

それなら、普通のTCPで十分性能でるってば

>確かに流石にインターネットにそのまんま流せるとは思えんが。

流せるのは流せるけど、TCPの帯域を圧迫するから顰蹙買い捲りになるし、多数の利用者がこ
の方式を採用したら、メトカルフの外れた予言どおりにインターネットがメルトダウンするぞ

というか、何でそういう基本的な話もわからずに、RFCとかデファクトとか筋違いの話してんだ？

目的は株価操作で、明日爆上げして明後日爆下げって筋書きで、大儲け狙ってる？

A「標準化すれば、いいものは普及するし、みんな幸せになれますよ」
富士通「標準化？しねーよ。だって標準化したら売れねーし儲からねーじゃん」

B「富士通プロトコルっぽいの作ってみた」
C「あっこれいいねぇー」
D「いいねいいね」
E「標準化しよう」
F「しようしよう」

富士通「そっ・・・そんなの全然よくねぇし！」

G「改良してみた」
H「なんか富士通のよりこっちのほうが良くね？」
I「うん。富士通のよりいい」
J「みんなこれ使おうぜ」

富士通「くぁｗせｄｒｆｔｇｙふじこｌｐ；」

>>182
>いんや。TCPだと遅延があると遅くなるんだよ。

他のTCPと競合すればな

で、UDPにもTCP同様にそういう特性が求められてるのに、がん無視して速度30倍wwwwwww

>>190
他のTCPと競合ってグローバルシンクロナイゼーションのこと？
>>182が言ってるのはRTTが大きいと確認応答が遅くなるってことかと思うんだが

>>191
> >>182が言ってるのはRTTが大きいと確認応答が遅くなるってことかと思うんだが
そゆこと。
また知らないのになぜか語り，いや騙りだすのが登場したなあ…。

Winny開発者金子さんもなんかこんな技術作ってなかった？

全く違うのかな？　うむ。わからん

>>192
「他のTCPと競合」って言葉を聞かないしなぁ
サービスポートの競合とかなら聞くけど速度の話じゃないし・・・

スループット30倍？あり得るよ
最近の光回線なら、計算してないけど100セグメントにつき1セグメントの割合で
ランダムにロスするだけでもTCP Renoの伝送能力はガクッと数%〜十数%に落ちる。
CTCPやCubicは若干マシだろうけど、傾向は一緒。

富士通が凄いんではなく、現在主流のTCP実装が有り得ないほどカスなだけ。

それも研究室レベルではとっくに解決されてるけど、(FAST、Veno、YeAH・・・)
Renoと同時に通信した時にRenoを食わないとかいう後方互換性が要求されて、
性能のいいアルゴリズムほど表舞台に出ては来られない傾向にある。

要するに富士通のプロトコルは後方互換性を考えなくていいから有利なだけ。

>>193
SSBPか。
たぶんあれはウィンドウサイズが可変で、めちゃくちゃでかくできるんだろうな。

同名の伝送プロトコルを作ったことのある俺としては
「名前とられた！」としか思わなかったが。

研究室って政治力無いから使えないんだなあｗｗｗ

そういうの、ガンガン提案していけよ、伊達に国の補助金でメシ食って無いでさあ。

全部人が悪い、政治は俺らの仕事じゃねーよっていうから原発も良いようにされたんじゃんｗ

提灯記事か？
あの会社がまともなもん作るわけないわ

MP3も圧縮だったし、圧縮技術はたまに当たればでかい

>>197
FAST TCPは拠点間アプライアンスが商売になってるよ。

政治力というか、どんなに素晴らしいアルゴリズムを提案しても、
既に普及してるクソRenoに勝っちゃうからダメ！って言われるの。
不条理だよね。でもそうしないと、Reno使ってるやつだけが割りを食うから。

あと高性能アルゴリズムがなかなか世に出ない理由はもうひとつあって、
みんなが強いTCPを求めて使い出すと、強さの不毛な競争になって、
輻輳崩壊を招いてインターネットが使用不能になってしまうからなんだ。

ほんとはルーターのキューを埋めない範囲で性能を求めればいいんだけどね。
ぶっといバックボーンを持ってるのにPlalaやOCNが遅いのは、
たくさんのユーザーを収容するためにでかいバッファ使うからなんだよ。

古典的なRTTとBandwidthによるものだけじゃなくて、
最近の伝送路にはエラー率とキューレングスの要素も考慮されるんだよ。

帯域の壁は超えられない。一般人には無用の長物。

最大30倍なんだろ
予想だと実質3倍程度

つまり富士通尼崎と富士通館林のシステムを利用する一部企業にしかメリットがない

韓国のパクリに注意だなｗ

まず富士通のスマホARROWSで試してくれ
話はそれからだ

>>201
圧縮使うようなWANアクセラレータとかだと
ある意味帯域の壁は越えられるかもｗ
圧縮効果の高いでかいテキストファイルとか

どっちにしろ個人じゃ購入しないけど

林？あの大馬鹿と上司はまだなんかやってのか

アメリカと日本の拠点間を結んで高速に大容量データを転送するとかいった向きなんじゃない？
大陸間だとAckの待ち時間がかなりデータ転送レートに影響するから。

>>193
↓とか、データセンター間の通信で使われてるらしい
http://www.skeed.co.jp/case/

>>191
>他のTCPと競合ってグローバルシンクロナイゼーションのこと？

え？

>>>182が言ってるのはRTTが大きいと確認応答が遅くなるってことかと思うんだが

RTTが大きいなら、それに応じてウィンドウサイズを増やせばいいだけの話だが？

>>192
>>194

どんだけ知ったかなんだよ

>>206
OpenVPNですらLZO圧縮オプションあるで

>>174
「CLOUD CONNECT」ってサービスがあるらしい

http://ascii.jp/elem/000/000/701/701663/
>CLOUD CONNECTは、「世界中のクラウドを1つにつなぐ」をコンセプトに、
>Skeed社の「Skeed Silver Bullet」という高速データ伝送技術を用いる。

回線がしょぼい昔なら問題はなかったのにｗって話なのか。

2000年問題みたいに無理にやらなくても良いことだから先送りｗ

こんなの見つけた。
トランスポート技術の比較
ttp://www.itrc.net/report/meet14/NGN/tsuru.pdf

>>208
林の話しだと郵送のほうが早いってオチだろ

>>214
そのノリで毎日バックアップテープを国内郵送してる会社知ってるｗ

ID:dUnQ17u6はちょっとネットワーク齧った人っぽいな

>>215
FuckUか、あれはケツのアナにするもんだぜ

実質、大して速くならないと思うな
「２重番号管理方式」と呼ぶ効率的なデータ再送方式ってとこがキモなんだろうけど
結局、信頼性もスピードもいまひとつってものしか出来ないんじゃないか？

「他のTCPと競合」って結局なんのことなんだろ

＞TCPの帯域を圧迫するから顰蹙買い捲りになるし
企業が使うトラフィックよりもP2Pやビデオの方が大きいしな
「TCPの帯域」って言葉が変

PPPoEの言いがかりだよな、30って数字がなにか

どういう原理か知らんけど
これってさ、契約しているプロバイダが1GBまでだったら、このソフトを入れると単純に30GBの速度が出るの？1GBまでのしか通信綱をもっていないの？

>>216
日経なんちゃら程度じゃねえの。

>>222
言葉の使い方でなんとなく分かるよな

>>124
CiscoやMSみたいに他に押しつけていいぐらいシェアを持ってるならやってもいいんだよ。
それですらネットワーク高速化は両側で対応が必要だからなかなか普及しないのに。
もしくは魅力的なサービスを提供すれば囲い込み余裕ってのはAmazonやGoogleが実証済み。
2chブラウザだって似たようなもんだ。

富士通？ローカルベンダーが何言っちゃってるの？ほんとにガラパゴス好きだねーって感じ。
日本のITは囲い込みに必死でシステムごとに独自の作り込みが当たり前だからな。
なんでこんなになっちゃったんだろうと思うよ。第二のゼネコンって言葉がぴったりだ。

F2の開発者としてcore basicを書き直せ、おまえの運命だ、ふざけんな

>>224
なんでそんなに鼻息荒いんだ？
富士通が独自のミドルウェアを開発したよってだけじゃねーかｗ

>>219
ちょっとだけ>>188を擁護すると、現行の主流のTCPは
・「おいおい送り杉！捌ききれねーよ」って言われるまで少しずつ荷物を大きくして送る
・送り杉言われたら(´・ω・｀)で荷物の重さ減らしてまた少しずつ大きくして送る
という方式なので、
今回のがどういう輻輳制御方式なのかは知らんけど、もしcwndの回復が速い方式なら、
「オラオラどけどけ豚ども」と言って常に大きい荷物を送ろうとする傾向にあるから、
Renoと同じ回線に積もうとすると、
１．新方式の大きな荷物のせいでパケ落ち
２．相手「パケ落ちしてんぞ。もっと自重しる」
３．Reno「(´・ω・｀)ﾊｰｲ↓↓↓」新方式「（ ・３・）ﾊｰｲ↓」
４．新方式はすぐに回復して大きな荷物を送る
→１に戻る
という方式で、どんどんRenoが自重して新方式が幅を利かせる感じになる。
ってな事を言おうとしてるんじゃないか？

>>224

ID変えたのか新バカ登場なのか知らんがそのあたりにWANアクセラレータのこと
書いてあるだろ? 相互接続を平気で無視したベンダー独自の何百万円もする
ネットワークハードウェアを売ってんだよ。

糞高いハード買わなくてもソフトでいいならそれだけで市場開拓の余地ありと
想像できるんだが。

>>227
そういうことなのかな
「競合」じゃなくて「輻輳」って言いたかったのかもね

>>226
世界水準で評価も検証もされていない、
俺様規格の自画自賛ミドルウェアをねw

>>228
おまえこそ何でそんなに必死なんだ？w
富士通の俺様プロトコルが2chでバカにされると、何か困る事でも有るのかね？w

>>227
>という方式で、どんどんRenoが自重して新方式が幅を利かせる感じになる。

なら、まだいいが、

>>188
>流せるのは流せるけど、TCPの帯域を圧迫するから顰蹙買い捲りになるし、多数の利用者がこ
>の方式を採用したら、メトカルフの外れた予言どおりにインターネットがメルトダウンするぞ

なんだが？

>>231
「みんなが先を競ってそればかり使い始めたら」
っていう接続詞が抜けてるんだろ。
言葉がちょっと不自由な子なんだよ

>>230
つか、独自技術なんてそんなもんだろｗ

読み落としてた。

> 多数の利用者がこの方式を採用したら→輻輳崩壊

何も間違ってないな。
問題はこんな富士通独自の俺様プロトコルが
「多数」を占める日は永遠に来ないだろうって事だけだ。

>>232
>「みんなが先を競ってそればかり使い始めたら」
>っていう接続詞が抜けてるんだろ。

それを抜かさないと、

>>188
>流せるのは流せるけど、TCPの帯域を圧迫するから顰蹙買い捲りになるし、多数の利用者がこ
>の方式を採用したら、メトカルフの外れた予言どおりにインターネットがメルトダウンするぞ

なんだが？

>>234
俺様プロトコルはどこも同じだしなぁ
WANアクセラレータにしてもBluecoatとCiscoが繋がるかっていったら繋がらんし

>>226
昔エンタープライズ向けWAN高速化のスタートアップにいたことがあってな。
独自のミドルウェア作ったぐらいでプレスやってんじゃねーよって思っただけ。
特に国内の通信は三〇倍も高速化できるほどの余地はないし。

>>228
今は実際にはそんな値段しないけどな。
相互接続性を無視してるんじゃなくて、元々独自技術なんだよ。
新バカとか、脈絡が分からん。

PPPoEを、大阪で試験して東京で成果を盗んでるだけ

>>235
せやな。メンゴ。>>234が反省文

>>234
おう、わかってくれたか、そういうことだ

ビジ板的に翻訳すると、明日の寄り付けで富士通株買う奴は馬鹿、ってことだけどなw

>>236
圧縮じゃあ、輻輳崩壊は起きないよ

意外に知られていないけど、Ciscoの中はかなり富士通に浸食されています。

>>241
なんで圧縮の話なんだ？

>>237
ロスベースアルゴリズムが支配的な現状、
移動体通信なら30xとは言わずともかなり改善の余地あるんでねーの。

ただそれはTCPやSCTPでやればいい話で、富士通の出る幕は無いけど。

TCPの遅延が大きいのはネットワークの柔軟性を優先してプロトコルを作ったため、処理をソフトウェア方式でやらないといけないほど複雑になっただけ。

複雑な処理が出来るハードウェアを作ればよくね？
FPGAではなく、ワイヤードロジックで組んだ論理回路でTCPの処理をするL3スイッチを作れば良くね？

>>243
>なんで圧縮の話なんだ？
>>236
>WANアクセラレータ

>>245
「TOE」で検索☆

>>244
物理層やバックボーンやLTEに投資した方がROI良くね？wifi offloadでもいいし。

>>233
まともな技術と良識の会社なら、
せめて、標準化団体○△に提案中とか書くだろw
曲がりなりにも、通信プロトコル絡みで、互換性が必要なんだからw

日本のローカル企業が、客観的な実績もベンチマークも無しに、
客に信用される時代じゃないでしょ。

>>245
>TCPの遅延が大きいのはネットワークの柔軟性を優先してプロトコルを作ったため、処理をソフトウェア方式でやらないといけないほど複雑になっただけ。

http://en.wikipedia.org/wiki/TCP_offload_engine

馬鹿は、死ね

>>246
独自技術同士なら繋がらないじゃんってことなんだが

>>251
そういう意味か、>>1はそれ以前の話だけどな

>>249
＞曲がりなりにも、通信プロトコル絡みで、互換性が必要なんだからw
IPのリーチャビリティあれば良いだけでしょ
従来のネットワークは変えなくていいんじゃね？

>>248
電波のような半二重PHYでは、応答性とエラー率+データ効率のトレードオフになるからね。
リアルタイム通信をやるならどのみち輻輳制御のボトルネックは遅かれ早かれ出てきた話。
ベースの伝送速度上げれば問題を先送りできるじゃんというのは同意。
投資効果については知らんけどソフトウェアの改善なら仮想的にはタダですむ。
ランダムエラーに強い輻輳制御方式はもうあるからね。

ProxySGとかCiscoWAASみたいな専用ハードウェアいらずで端末にミドルウェア
インストールだけで導入できますよってことだけでしょ？
モバイル端末には便利だよね

これで通信するのと
ハードディスクをバイク便で送るのとでは
拠点間距離何kmくらいのところで優位性が逆転するのかな

>>249
L4は独自だがL3は普通にIPでしょ
L4みてる装置はNGかもしれんからただのIPパケットとして処理するしかないけど

>>240
で、市況板いくと、馬鹿がどれぐらいいるかを考慮するわけだなｗ

>>249
>>257も言ってるけど、L3がIPならそれ以上の互換性なんか要らん。
自社ミドルウェア使ったエンドポイント以外は世界中どこにも存在しないんだから。

公平性はどうなんだろ？

どうせ最大で30倍、平均すると1.1倍とかじゃねーのww

>>253
ビジネス用途の通信は、繋がらないと即死活問題。
滅茶苦茶コンサバなのが普通。だから、枯れた実装を使う。
「信頼性の無い新しいソフトで、しかも、従来プロトコルと互換性が無い？」
「冗談は会社辞めてから言え！」と言われるのが普通でしょうね。

>>242
女が馬鹿やってシスコが潰れたんだろ、ようするに

>>262
いや、だから従来のIPネットワークでつながるってｗ

>>258
もはや、いないんじゃね？

今日のリリースだから、2ちゃんがなければ、明日の寄り付きでは騙せたろうけどな

>>262
し、しむらー・・・

こんなのより、腰に石やブロック置くかどうかが問題

150kbps縛りの格安シムに３０倍使えたら最高じゃーん

ようやくapple talkが死滅して喜んでたのにまた余計なプロトコルが・・・

>>262
L3はIPだから問題ない
L4は独自だがエンドポイント間は互いに独自技術をサポートしてる
だから互換性は要らない

これだけの話だ
そりゃー、実績が無いとか言われたらそうかもしれんが
互換性って話は出てこないはずだぞ

>>262
そんなスモールビジネス、最初から相手にされていないので
問題ないです。

>>264
IPは良いんだよ、IPはw
問題は、その上に同じプロトコルを話すミドルウェアが要るところ。
そこの信頼性や効率性が、客観的に検証されているんですか？という話。

富士通の俺様プロトコルを2chで擁護する奴がいるのが不思議だわw
俺は単に自分の趣味に合わないからクサしてるだけなんだが、
こんなもんに生活が掛かってる奴がいるのか？w

パケットを手紙に例えると５通連番の手紙を
1日１回配達で３日かかるところへ配送するとして

現状のTCP
　1通目送る->ヤギさんが食べる->届かない
　1通目の到着確認が来ないから（判明まで６日）再送->到着->到着確認送信元に送付
　到着確認が来たら（最初の送信から12日）2通目送る->.....
の調子だと5通送るのに12*5=60日かかる。

改良版
　（1日目）1通目を送る
　（2日目）2通目を送る
　（3日目）3通目を送る
　(4日目）4通目を送る　　1通目が到着してないことが判明（再送依頼）
　（5日目)5通目を送る　　　2通目は到着してた
　(6日目)4通目到着）　 3通目の不着確認（再送依頼）
　(7日目）5通目到着　1通目不着が通知され再送する
　（8日目)やることなし
　（9日目)3通目の不着通知到着、再送
　（10日目)1通目到着
　（11日目)やることなし
　（12日目)3通目到着。　順番並び換え
１２日で届いた。

こんな感じ。
　
　

>>272
誰も使って下さいって頼んでる訳じゃねーし、
使いたいやつが金払って富士通からミドルウェア買うんだから
何も問題ないじゃん。釣り宣言はよ

新たなファイル交換時代の幕開けだなw

>>256
医療画像とか、数GB送るのに数時間かかってた時代は勝負になったけど、それでも工数と信頼性考えるとぎりぎり。

実際にDVD焼いて巡回させた方が安いでしょ、と提案したこともある。
FDDIリングのトークンに相当する物をバイク便にやらせるという画期的な案だったんだがｗ
今はその手の仕組みは大体フレッツの光の足回りでどうにかなる。

>>272
>そこの信頼性や効率性が、客観的に検証されているんですか？という話。

違うよ

それ以前に、fairnessで論外だっての

>>272
ミドルウェアっていうより、アプリケーションレベルでやるんじゃね？
でかいデータのダウンロードだけこれつかうっていう手もあるし。

softetherみたいな手で利用する手もあるし。

本当に効果あるかは環境依存すぎて人柱まちだな。
ましてやこれで富士通が設けの種にできるかというと....

>>274
ミドルウエア単位では買えないよ。
大規模システム商談向けの拠点間接続に使われる。

こんなんデフォルトになったらウェブサイトが動画だらけになるな

>>278
儲けになるでしょ。
今の富士通はシステム屋を目指してるんだから、クローズなシステムを売りつけて、ハードは汎用品でおｋなら十分利益は出る。
客からしても性能が上がって値段は上がらないんだから文句ないだろ。

>>280
スカスカだけど長距離でパケットロスがあるときには効果あると思うけど
みんなで大容量動画をこれで交換すると
結局帯域食いつぶしてやっぱり遅くなると思う。

>>282
>スカスカだけど長距離でパケットロスがあるときには効果あると思うけど

なんだ、そりゃ？

>みんなで大容量動画をこれで交換すると
>結局帯域食いつぶしてやっぱり遅くなると思う。

それじゃ、済まない

輻輳崩壊になるから、もっと酷いことになる

>>283
>>282は間違ってないよ
スカスカ長距離パケロス伝送路をターゲットにした技術なのは間違いないし、
輻輳崩壊するかどうかは実装次第で、ぶっちゃけ想像の話だよね

>>281
今どきの客はバカじゃないと思うんだけどね。
特に優良顧客は、海外の大手やベンチャーが詣でて売り込みをかけているから、
知恵もつけているし、専門家の助言も聞く。
わざわざ怪しげな独自プロトコルなんか入れて、
囲い込まれるようなバカは…あぁ、お役所か?！w

>>283
-->>282
-->スカスカだけど長距離でパケットロスがあるときには効果あると思うけど
--なんだ、そりゃ？

そういうのがありえるって長距離の無線のときくらいかなぁ？
海底ケーブルで効果があるとは思えんが。

>>284
昔　10base-5 の時代に輻輳やらかしたことあって、
なぜか通信がほとんど問題なくできてる端末と
全く通信不能になる端末があって
ハードウェア故障かと思った。
単に遅くなるのではないのが面白いよね。

「最大で約３０倍」が商売上手ですな。平均でどれくらいを書かないところが。

>>285
結局「互換性」の説明は無かったことにするんだなｗ

>>286
同軸ケーブル世代の大先輩ですか？
教科書でCSMA/CD習ったよｗ

>>284
>スカスカ長距離パケロス伝送路をターゲットにした技術なのは間違いないし、

そんな伝送路は、リンクFEC使うっての

実際、100GEはその方向

>輻輳崩壊するかどうかは実装次第で、ぶっちゃけ想像の話だよね

今のTCPでぎりぎりなのに、想像でも何でもねーよ

>>288
何の話だよ。
お話するのに、俺様プロトコルを喋る共通のミドルウェアがいる時点で、
互換性落第。

>>285
お役所もそうだけど、金融とか学術とかも国内企業用の良客だね。
海外の大手は日本国内のシステムにはめっぽう弱い。インフラは多いね。
ベンチャーとか論外。大規模システムで入り込んでいるのを見たことがない。
証券取引所とかもそうだね。大規模になるとほとんど国内組ばかりだよ。

自衛隊、原発、電気、ガス、この辺も全部国内組だね。
ベンチャーとか、国内組の５次受けくらいにならないと出てこないんじゃないかなｗ

>>290
これトランスポート層の技術なんだが。
おまえはランボルギーニが新車を発表すると
「そんな車買うより高速道路走るってのｗ」とか言っちゃう子？(´・ω・｀)

あとReno派生アルゴリズムはキューを埋めることでBandwidthを検知するんだから、
今のTCPがギリギリな事はもっと高効率のアルゴリズムで輻輳崩壊する事を意味しないよ

わー、すごいねぇ
でも商品化ってことは有償ということですね
普及することはないので、余り意味ないシステムですね

撤収

>>292
そして、高コストのガラパゴスw
それは家電と同じ運命を辿るな。黒船が本気で儲けに来たら壊滅。

>>286
>そういうのがありえるって長距離の無線のときくらいかなぁ？

それも、見通し距離外の地上波のときくらい

10年くらい前のアフリカの僻地とかはそのレベルだったが、今だと衛星インターネットが
普及してるから、ありえねーだろうな

>>295
大規模システムに富士通がかかわる率というのはかなり高いので
ものすごく普及するよ。
システム設計した人以外は誰も気が付かないけど。
そしてシステム更改で人知れず消えたり新しいのに入れ替わったりと。

べつにADSLがはよーなるわけじゃない
論理上限8Mはどうやたって8Mだ

官公庁や金融などで国内組みが強いのって
各組織の業務システムが独特すぎて
それに対する知識や技術の蓄積が重要だからでしょ

無理にねじ込むと特許庁システムで大失敗した東芝みたいになるで

てっきりうちの話題かと思ったが、研究所の方か。
別会社なので、スレ対に「富士通」と書かれるとちょっとね。

GoogleのTCP拡張を使った方がコスパが良かったりしてな…。
独自のプロトコルを使うソフトに金を使う人って居るのか？

富士通：クローズドソースでソフトを販売
Google：TCP fast openを開発、普及させる為にLinuxカーネルにソースを組み込む。
富士通は普及させる気が無いとしか思えない。

>>296
と言われ続けてもう１０年も過ぎましたが、
まだこの国内組が独占する状態を崩せないんですよね。
理由は、システムを発注するほうも独自仕様が大好きなんです。
なぜかは知りませんが、かならず独自を欲しがりますね。
グローバル＝アンセキュアという認識も全然消えませんね。
おかしな話ですが。

>>294
インフラを無視してトランスポートだけ語りたいなら、じゃあ、お前はランボルギーニで砂利道を
時速400kmで走れ

最高速度405km/h 超モンスター・ランボルギーニガヤルド
http://www.100000dobu.com/movie/amazing/17882

話は、それからだ

>>298
その富士通現場で何度か富士通製品での環境に遭遇したけど
扱える技術者があまりにも少なすぎるように思えたし
どんなに有効だろうが、富士通専門技術者以外使えないシステムを組まれてもなぁ
って印象は受けたよ

あと、富士通系列社員ですら専門部隊以外、
その製品に対する知識がなく資料も不十分な状態だったあたりは、
もうなんだかなと

>>303
日本の家電は不滅、ソニーやパナソニックは無敵…
そう信じていた時期が、ぼくにもありました。

>>302
単一コネクションで送信側がLinuxなら
# sysctl -w net.ipv4.tcp_congestion_control=scalable
とかやるだけで速くなっちゃう時代だもんな

ちなFast Openは3-wayハンドシェイクを早くする技術だったと思ったけど

>>301
研究所の方なのか。
研究所でこれってまずくね？

ネットワークかじったひとなら、こういうこと考えた人は多いと思うけど、
大抵、帯域に余裕持たせるほうが先決で、これで効率上がるのは
特殊な状況だからやってもな〜　となると思うんだけど。

研究所でなくて、ビジネスとしてごく一部の顧客で
「他の人には内緒でオタクのVPNだけ速くしますよ」
って囁くのはありな気がするけど。

垂れ流しつつパケットの欠落もチェックするってことか

>>305
まったくのその通りですな。

>>273
非常にわかりやすいです
モシャモシャ

高速性が必要な動画配信なんかは途中のデータが多少抜けてもかまわんってんで元からUDPだし
・・・何に使うつもりなんだろ

>>308
普及は兎も角、
UDPベースに信頼性を付加できたのなら音声通信などが
高品質になるのかと思ったけど

検出再送なんてやるわけにいかんから
音声通信なんかに流用できないのでは？と思った

どうなんだろ？？？

完全なクローズでの利用なら銀行とか鉄道網とか社会インフラサービスいっぱいあるから
これ導入されたらすごいことになるよな

富士通は侮れんよな
たまーにやる
NECとは何だったのか

インターネットの標準プロトコルになったら、
富士通も自慢できるな。

>>308
ベストエフォートの回線で使うことはまずないので。

TCPの置き換わりであって
UDPの置き換わりでは無いと感じた

>>313
> 「ＴＣＰ」と「ＵＤＰ」（用語参照）の“いいとこ取り”
ってことは誤り訂正・順序保証をするかどうかオプションで決められるんでね？
そういう独自プロトコルは割とありふれてるし、俺も作ったことあるけど、
30倍速を謳うに、キモは輻輳制御なんだろうね

有償であるかぎり、
TCPに取って代わることはないだろうな

金払ってまで導入したいレベルでもないし

>>291
独自技術なのに互換性って話をしてる時点でおかしい

>>311
そりゃあ、ただのSACKで、とっくにTCPに取り込まれてる

>>319
検出訂正しないオプションにするくらいなら
既存のUDPでいいんでね？

>>316
富士通の社員が関わってるRFCならそれなりにある。

こんなの大して速くなんねーよｗ
昔売ってた驚速シリーズと一緒ｗ
馬鹿な文系記者が鵜呑みにして書いた記事だろｗ

>>319
>30倍速を謳うに、キモは輻輳制御なんだろうね

他に帯域を共有する89本のTCPがある時に、そいつらの速度を2/3程に落とすように妨害すれば、
自分だけは30倍速になるってだけの話

30倍30倍って赤いツノが10本立ってるのかな

>>323
誤り訂正・順序保証なしで輻輳制御ありとかね。
それぞれを任意にON/OFFできると割と幅広く使えるんだわ

>>1
オープンにソースを公開すれば広まって歴史に名が残るよ

服装制御如きで30倍もUPするかよ
言い換えればUDPがTCPの30倍以上早いって事だよな
飛ばしもいい加減にしとけw

>>326
基本的にはその通り。
ただランダムエラー率の高い伝送路でReno系アルゴリズムだと、
帯域は余ってるのに誰もそれを使わないなんて事がよくある。

>>328
へぇ、、NWみるとき
帯域確保して、ルート経路とプロトコル制御できときゃ
いいだろうレベルでしかやってなかったから
そこは専門外で知らなんだ

この通信方式を利用するのに
アプリケーションはどうすればいいんだ？
プロトコルスタックに組み込まれるのか
富士通ライブラリがAPIで提供されるのか。

富士通ファンデーションと富士通updaterと富士通ダウンローダーと富士通簡単インストーラーと富士通セキュアパックと富士通ソケットDLLと富士通.NETラッパーとセンチネルドライバーをインストールして下さい
と言ったら断る。

>>333
それで断るおまえは客じゃないと、中の人が申しております。

1ギガが当たり前になってきたこのご時世に、これ以上の速度がいるんかいな

TCPでshaper入れた場合とどのくらい違うんだろう？
ヘッダ分の差しか出なさそうな気がする。
今の最適化装置だとそれに加え圧縮までしてるんだけど、太刀打ち出来るのかな？

ServerView Suiteに格納されて
構築時に機能ONにしないと、内部監査で減点にされるようになる悪寒

は考えすぎですよね（ﾊｯﾊｯﾊ

つまり、パケット捨てられ放題でコネクションに時間がかかるクソ技術か(´・ω・｀)

>335
サーバ系は10Gが増え始めてるけど。

>>335
メモリと帯域と冷蔵庫はいくら広くても使い切れる。

>>98
SPDYはIETFにdraft出てるけどな。
すくなくとも、富士通しか使えないクローズなプロトコルとはまったく異なる。

TCPは昔の劣悪な回線を基準に作られたから、今の高品質な回線じゃ無駄がありすぎるんだよ

通信の世界で日本の規格が勝つなんてありえない。
マイナーで終わるのが目に見えている。

TCP以上の独自プロトコルなんて中学生でも考え付くけど、
一番のネックは普及させることだよ。

いくらクローズドな環境でなら独自規格でいいといっても、
将来の保守性まで考えると、普通はTCPの方に軍配が上がるわな。
よほどこのプロトコルじゃなきゃ業務が成り立たないとかならともかく。

>>342
その割に移動体通信のような本当に劣悪な回線じゃ使えないしな
ベタで流せず、エラー補正かけたクリーンな回線にして流すしかないので結局無駄って

NASAは惑星間通信用にTCPの代替プロトコル開発してるみたい

少なくとも富士通より夢がある

>>345
だって逆だもん
基本的にパケットが途中で消える事のない有線通信を前提にTCPは作られた

>>347
その当時は、輻輳制御のことも、ほとんど何も考えてなかったけどな

>>1
こんな感じ？
　　　　　　　 lヽ ﾉ l　　　　　　　　ｌ l　ｌ ヽ　　 ヽ
　 )'ｰーノ(　 |　|　 | ､　　　　　 / l｜ ｌ　ハヽ　　|ｰ‐''"ｌ
　/　Ｕ　　|　|　|／| ﾊ　　/ / ,/ /|ﾉ /l /　ｌ l ｌ|　ｌ　Ｕ ヽ
　l 　 ･　　i´ |　ヽ､| |ｒ|| |　//--‐'" 　 ｀'メ､_ｌﾉ| /　 ・　 /
　|　 Ｄ　　l　 トー-トヽ| |ノ　''"´｀　　　ｒｰ-/// |　 Ｄ　｜
　|　 ･　　 |／　　 　 | l ||､　''"""　 j　""''/ | |ヽｌ 　・　｜
　|　 Ｐ 　 |　　 　 　 | l |　ヽ,　 　― 　 ／　| |　ｌ　　Ｐ　 |
　| 　 !!　 |　　 　 /　| | |　　 ` ｰ-‐ ' ´||　,ﾉ| |　|　　!!　｜
ノｰ‐---､,|　 　 /　│ｌ､l　　　　　　 　 |ﾚ' ,ﾉﾉ　ﾉハ､_ノヽ
　/ 　　 　 　 ／　ノ⌒ヾ､　 ヽ　　　 ノハ,　　　 　 |
,/ 　 　　　,イーｆ'´ /´　　＼　| ,／´ ｜ヽl　　　 　 |
　　　　 ／-ト、|　┼―- ､_ヽﾒr'　, -=ｌ''"ハ　　　　|　 ｌ
　　 ,／　 　|　ヽ 　＼　　_,ノｰｆ' ´　　ﾉノ　 ヽ　 　｜　|
､_　　　 _ ‐''ｌ　　`ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ 　　_,ノ　ノ
　 ￣￣　　 |　　　　　　　　　　 ／　 　　　　￣

>>344
はあ？

富士通は、通信プロトコルとしてＯＳや通信機器に実装して標準プロトコル
にしたいわけじゃなく、「ミドルウェアとして商品化」するのだから、
そりゃ普及するに越したことはないが、普及するかどうかは商品化に
直接関係ないだろ。

使いたい人が、使いたい場所の両端にミドルウェアとして入れるだけ。
例えば、データセンター間で災害対策用のバックアップ用の通信に
使うとかね。

そしてその通信は、ルーターやスイッチからはただのＵＤＰとして見える
（埋め込まれた送達確認のフラグを読まない）というだけの話じゃん。

>>350
そりゃ中学生の理論だろ。

重複スレ：
　【IT/通信】ソフトウェアだけで通信性能を大幅に改善する新技術を開発…
　日米間のファイル転送を30倍以上高速化／富士通研究所
　http://anago.2ch.net/test/read.cgi/scienceplus/1359464712/

>>351
そうですわよ。そんな信頼性もセキュリティも実績のないプロトコルなんてねぇ…

しかも、独自だから、他の会社じゃ保守もできないんですって！

あ〜ら、嫌だわ、奥様！それじゃ、保守の費用が大変な事に！うちは、もう破産ですわ！

ガラパゴス語でカキコ
　　　　　↓
（世界標準のインターネット）
　　　　　↓
ガラパゴス語を読む


なんだ、俺たちが毎日やってることじゃん。

TCPが遅い元凶はEthernet標準のパケットサイズが1500byteだから。
国際間で通信すればACK遅延が出て遅いのは当たり前。
こんな技術を使わなくてもMTUを10000以上、RWINを拡張で64K以上にすれば数十倍の速度は出る。

>>355
TCPヘッダーのオーバーヘッドなんてたかだか2%じゃん
フレームサイズを広げるとビットエラーの影響が大きくなるよ
あと大陸間伝送にEthernetなんか使わないし、そもそも使えない

>>355
googleが拡張したがっていたな…。
Linuxカーネルにどんどんgoogleの拡張が組み込まれていけば、Linuxどうしなら通信速度は数十倍になるのか…胸熱。

自民党がボディの攻撃あきらめて頭にきてるだけ

>>351
何言ってんの？
・世の中にUDPベースの高速プロトコルは複数あり、富士通の影響力から
　考えても標準プロトコルとして普及する可能性はほとんどない
・富士通はこのプロトコルに関して特に普及・標準化活動していない
ということからも、標準プロトコルを目指して開発したのではなく、
あくまで自社通信機器間での利用やファイル転送/バックアップ用の
ミドルウェアとして商品展開するためのものじゃん

OSとルーターのファーム全部更新？

>>355
IXでJumbo Frame導入が検討されてたな。
地域IP網でJumbo Frameが使えるようになるのは何時になるやら

Windowsが早くなるそふと！に似ているね(・∀・)

俺、未だに富士通のるーた使ってるって会社聞いたことないをだけど。
存在すんの？

>>363
業界の人間じゃなきゃ聞いたことないのがふつう。
業界の人間なら聞いたことあるのがふつう。

>>355
http://www.youtube.com/watch?v=0ycEmDZbm0A

ものは言いようだな。

「UDPに誤り訂正を付けました」というものを、
「ネット速度を３０倍」とか書くから、つられてしまう。

>>366
ほんと、そうですね。適切なモノの言い方を知らないのでしよう。
富士通が実はとてもドメスティックな会社、
「井の中の蛙」であった事が良く分かりました。

技術的な解説がさっぱりわからないど素人としては錬金術とか永久機関的な匂いを感じるのだが、実際どれくらい効果あるんだ？

>>368
最高に効果があったとしても、通信設備の速度以上にはならない。
制御にかかる無駄を減らしましたというだけ。

通信回線が100Mbpsでつながっている場合、すべてのレイヤーで簡素なプロトコルにしたって、
実質的なデータの送れる量は100Mbpsを超えることはない。

錬金術とか永久機関ではなくて、イメージとしては、
水道菅の水漏れを防ぐ技術とかに近い。

>>369
なるほど。
ってことは、そもそもどれくらいロスがあるかによって効果に差があるってことか。

>>369
>制御にかかる無駄を減らしましたというだけ。

特に減ってないってば、ただの詐欺

>>371
TCPのヘッダとUDPのヘッダの差はあるので、多少は減るだろ。
実際の効果は、セッションを張るかどうかの部分のほうが大きいだろうが。

　
【社会】ラモス監督「日本で戦争が起きたらオレは戦う。だって日本人なんだから。日本人になった期間は短いけどオレは日本人だよ」★3
http://uni.2ch.net/test/read.cgi/newsplus/1359472651/

ビジ板とは思えないスレ

>>4
何に使うか理解できていないだけだろｗ

これが特に有効なのが国際間通信の場合で、
日本はこれからデータセンターを国外に移す動きが活発化する。
データセンターは通信料金も高くても通信量を減らしたいから
こういうのはありだと思うけどな。
と素人が適当に言って見た。

>>376
なんで国外に置くねん

>>376
> データセンターは通信料金も高くても通信量を減らしたいから
通信料と電気代を間違えているぞ。

>>377
電気代と冷却の問題
データセンターを電気料金の安い高緯度地帯に置けば
冷却に掛かるコストと電気代の節約になる。

てすと

今年のノーベル賞かな

>>378
なんでも高緯度にＤＣを置けば解決するなら、
電気代や冷却を優先するんだったらロシアに作っている。

ネット通信速度30倍なんてよくこんな広報するねぇ
見事にミスリードしてインターネットで使える技術だと勘違いさせてる
話題になればいいんだろうな。研究者としての誠実さがないね
無理やり発表の方向性がねじ曲げられたのかもしれないけどさ
モバイル通信の画は無理やり入れられた感が漂ってる。国際回線使った
DC間データ転送と仮想デスクトップはこの技術を生かす方向として正当だけどね。

>>381
おっと停電のようだｰﾆｬ

処理の多重度を上げたら
「待ち時間が最高で1万分の1以下になりました」
みたいなあざとさがある。

普通の技術じゃね・・？

>>378
稚内じゃだめなの？
UNIXとC言語で世界を制覇する稚内北星学園大学もあるし。

北海道のDC作ったところもあるし神岡鉱山に作る構想もある。

>>386
さくらインターネットのDCを誘致した石狩市のHPは優位性として
　　　　　　　↓を亜fwrウィ絵う

１．電力供給の安定性
２．複数の電気通信事業者による通信ルートの確保
３．データセンターが立地できる広大で安価な用地
４．災害リスクの低減（自然災害は１００年間以上未発生）
５．積雪寒冷地であり雪の確保が容易
６．首都圏・札幌市内からのアクセスが容易
７．札幌圏のＩＣＴ関連企業の集積の活用
８．風力・太陽光発電等自然エネルギーの活用

http://www.city.ishikari.hokkaido.jp/business/kouwank05023.html

>>388
>>さくらインターネットのDC

そういえば何か問題起していなかったか？

>>389
ファーストサーバのデータ消失の件なら、さくらは関係ない

>>390
さくらのクラウドサービスは、ストレージ周りのトラブルでしばらくごたごたしてたよ。

>>391
寒すぎてか…

P2Pの簡易チャットツールをUDPで実装した時に
信頼性を高めるために簡単なチェックも組み込んだが
そんな感じのものだろうな。
UDPで実装した理由はルータのNAT超えが出来るため。
UDPホールパンチングってやつな。

UDPは送ったデータが順番どおり来るとは限らなかったりする

TCPだってパケット番号順に送られる保障なんてないじゃん
途中で順番が入れ替わったり廃棄される可能性もある

>>395ヘタな吊りだな

>>367
＞富士通が実はとてもドメスティックな会社、
＞「井の中の蛙」であった事が良く分かりました。

2011 Worldwide IT Services Vendors by Revenue
Rank　　Company　　　　　　Share　　　Revenue(M$)
1　　　　IBM　　　　　　　　　　7.1%　　　　60,039
2　　　　Hewlett-Pacard　　 4.2%　　　　35,799
3　　　　Fujitsu　　　　　　　　　3.0%　　　　 25,420
4　　　　Accenture　　　　　　3.0%　　　　25,385
5　　　　CSC　　　　　　　　　　1.9%　　　　16,209
　　　　Others　　　　　　　　　80.7%　　　681,679
Total　　　　　　　　　　　　　　100%　　　　844,531
http://www.tronshow.org/2013/j/data/3-3.pdf

2010 Worldwide IT Services Vendors by Revenue
IBM　　　　　　 56,424
HP　　　　　　　35,346
Fujitsu　　　　 24,117
Accenture 　　22,212
CSC　　　　　　16,106
Others　　　　638,750
Total Market 792,955
http://www.gartner.com/it/page.jsp?id=1666514

日本は売上高 3 兆3,962 億円と、ほぼ前年並みになりました。タイの洪水に起因する顧客の生産調整などに
よる売上減の影響が、オーディオ・ナビゲーション機器、ＬＳＩなどであったほか、サーバ関連、電子部品も
減収となりましたが、携帯電話や携帯電話基地局を中心としたネットワークプロダクトが増収となりました。
営業利益は 1,778 億円と、前年比 379 億円の減益になりました。ネットワークプロダクトの増収効果はありま
したが、ＬＳＩや電子部品などの減収影響のほか、ネットワークやクラウドサービスで先行開発投資を進めた
ことによります。
海外は売上高 1 兆5,171 億円と、前年比 2.3％の減収ですが、為替影響を除くと 1％の増収です。営業利益
は 80 億円と、ＥＭＥＡを中心に前年比 128 億円の改善となりました。
http://pr.fujitsu.com/jp/ir/finance/2011/pdf/all.pdf

マイクロソフトが仮想TCPドライバとしてOSに組み込めばすぐ普及しそうな気がするけど

富士通も商売だから
結局大手通信業者がDC間などで使うために買うとかだけなんだろうなぁ

>>367
＞富士通が実はとてもドメスティックな会社、
＞「井の中の蛙」であった事が良く分かりました。

日本企業で富士通に勝るソフトウェア企業を、一つでもいいから挙げてみよ。

>>397
＞海外は売上高 1 兆5,171 億円と、前年比 2.3％の減収ですが、

野村総研、海外売上高比率拡大　15年に５％に
2010/6/30 2:00日本経済新聞 電子版
　野村総合研究所の嶋本正社長は日本経済新聞記者に対し、海外売上高比率を「2015年に５％に引き上げる」方針を明らかにした。
前期の海外比率は１％前後。中国に進出した日本企業向けシステム開発が今後、伸びそうなため。12年３月期の海外売上高は前期実績
の３倍超となる100億円規模に増える見込みだ。
http://www.nikkei.com/article/DGXNASGD2902X_Z20C10A6DT0000/

これって
パケット順が狂っても破棄されるけど
UDP消失したudpパケットのみ再送させて再構築してるんじゃない？
UDPとはいってないし

さっきWBSでちょこっと紹介されたよ

>>399
ドメスティック呼ばわりされているんだから、日本企業と比較してちゃダメでしょw
それとも、英語、分かんないの？さすが、ドメスティックw

グローバル・スタンダードやインターネットの常識を弁えず、
閉ざされた世界で意気がっても通用しない時代です。

>346
あの辺はM2M用の規格決めに合流したほうが幸せになれそうな気がするけど。
低品質回線だとIPも含めヘッダのオーバーヘッドばかにならないし。

age

>>386
情報系の大学や高専などがある町で、
なおかつ最低賃金が安かったり、バイトなどの職が少ない地域というのは、
実際、データセンターを建てるのに向いてはいる。

稚内の場合は、
地盤が泥炭地で、建物を建てようとすれば、道内の他地域と比べて割高になることと、
その潮風が機械を傷めそうなことなどは不利に働きそうではあるけれど、
道内他地域と比べても、夏でも冷涼な気候と、
太陽光や風力エネルギーを使えることはプラスに働きそうだなと思う。

実際には、太陽光や風力を使うよりも、火力やなどのほうが割安ではあろうけれど、
単純に、セールス上のイメージの問題として。まあそういう意味では、
安定した発電が可能な水力発電所のある地域が最強という気もしなくもないが。

太陽光ってデータセンターを夜止めるのかよ。

>>389-392
さくらのデータセンターで一時期起きていたトラブルというのは、寒さのせいとかではなくて、
ZFSというわりと新しめのファイルシステムを導入したことにともなう、
ソフトウェア関連のトラブルのことだと思う。

>>407
実際、ある種のサーバに関しては、
太陽の出ているところや、風の吹いているところや、
最も寒気の滞留しているところに集中的にパケットを誘導するという手法を
空想している人たちはいたような気がする。

例えば、Googleの検索エンジンなどのように、
ある程度、静的なデータを返すサーバを無数に用意しておき、
その無数のサーバのいくつかが応答すれば良い場合などとかに使えるそうな。

30倍でるなら、30Gbpsが今の技術で可能ってことだろ？
もうTVは放送経由じゃなくて良いんじゃね？

>>400
＞前期の海外比率は１％前後。

これこそ、国内限定ガラパゴス企業と呼ぶべき。

>>388
北海道全体の経済が落ち込んでるから有望産業としてもっとDC誘致すればいいのにな。
土地と人件費は安いし、寒いから冷房費用も抑えられる。

DCを運営するIT企業・通信企業も一緒にくっついてきて、IT産業が活発になるかもしれん。
DCやシステム開発を韓国や中国に投げるくらいなら、北海道で有力産業として育てた方がよっぽどいい。

>>403
君頭悪いんだな。
WWで３位の企業をドメスティック呼ばわりしてるからだろw

本当に速いのか

なぜか通信規格だ標準化だとかの話が出て来ててワロスｗ

>>412
何かあった時にＤＣに詰めてるＤＣ内の人じゃすまない事態になったときに遠いのが致命的なんだよなあ
普段はリモート操作で何とかなるとしても、いざとなったら現地じゃなければできないこともあるし

>>416
BC/DRブームに便乗して、SEも当然北海道に分散配置でしょ？w