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

1 ：2013/01/29 〜 最終レス ：2013/02/01

富士通研究所（川崎市中原区、富田達夫社長）は、インターネットの通信速度を
最大で約３０倍高められるソフトウエアを開発した。インターネットの標準プロトコル
（通信手順）である「ＴＣＰ」と「ＵＤＰ」（用語参照）の“いいとこ取り”を実現。
「２重番号管理方式」と呼ぶ効率的なデータ再送方式を編み出し、高い信頼性のもとでの
高速通信を可能にした。富士通グループが２０１３年度中に通信ミドルウエアとして
商品化すする。
ＴＣＰは高品質だが速度が遅く、ＵＤＰは高速だが信頼性が低いといった一長一短があり、
新ソフトは高速性と高信頼性を両立できるようにした。ベースとなるのはＵＤＰで、
ＵＤＰでは行わない送達確認（受信応答）の機能を付加することで信頼性を高めた。
送達確認に際して、通常はデータ番号という単一の指標で管理しているのを、データ番号と
パケット番号の二つを付番する２重番号管理方式を編み出した。
●図解　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

2 ：

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

3 ：

でもお高いんでしょ？

4 ：

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

5 ：

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

6 ：

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

7 ：

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

8 ：

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

9 ：

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

10 ：

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

11 ：

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

12 ：

> データ再送方式を編み出し、高い信頼性のもとでの
> 高速通信を可能にした
輻輳回避の機能は？
ハードウェアスタックなのか？
TCPに要求された要件を全て満たせるなら、TCP同様規格化した方が良くね？
>>5
そのとおり

13 ：

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

14 ：

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

15 ：

>>9がすべて

16 ：

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

17 ：

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

18 ：

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

19 ：

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

20 ：

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

21 ：

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

22 ：

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

23 ：

＞高い信頼性のもとでの
これが全てなんだろうな。
普通の環境じゃ無理だな。

24 ：

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

25 ：

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

26 ：

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

27 ：

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

28 ：

>>12
>輻輳回避の機能は？
あるわけねーだろ
Paced TCPと同じく、糞

29 ：

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

30 ：

>>17
ネトゲーとかであるように、UDPのペイロードに制御載せて送っているのと同じだと思うよ
>高い信頼性のもとでの高速通信を可能にした。
これが全てだと思う
結局、信頼性と通信速度のゼロサムゲームなわけだけど、
隣に置いてある鯖と通信するなら、信頼性が非常に高いという前提が事が成り立つので、信頼性を落として速度あげられるよね、的な何かだと思う
だからこれを単純にインターネットで使ってみてもパケットが壊れたら再送コストが高くてかえって遅くなるって事もありえる気がする

31 ：

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

32 ：

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

33 ：

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

34 ：

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

35 ：

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

36 ：

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

37 ：

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

38 ：

>>37
その通り、結局番号管理等のオーバーヘッドがある。
というか、クローズの世界ではUDPで全く問題なく通信できてるんだけどな....

39 ：

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

40 ：

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

41 ：

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

42 ：

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

43 ：

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

44 ：

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

45 ：

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

46 ：

>>39
8.8.8.8

47 ：

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

48 ：

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

49 ：

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

50 ：

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

51 ：

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

52 ：

商品化すする。

53 ：

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

54 ：

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

55 ：

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

56 ：

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

57 ：

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

58 ：

そういえばWinnyの金子氏のところが、転送速度の高速化アプリを開発してたな
http://ascii.jp/elem/000/000/712/712373/img.html
最大30倍じゃ物足りない気がするが、日本だと大手のブランド名だけで採用されるんだろうか

59 ：

コロンブスの卵。

60 ：

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

61 ：

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

62 ：

>>28
輻輳回避が無ければ信頼性が高い高速通信なんて出来ないけど
無いなら欠陥プロトコル

63 ：

>>60
違う

64 ：

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

65 ：

>>21
30倍速いのはスロースタートのTCPに比べて、って話だよ
帯域が30倍になるならそれは圧縮
もしかして速くするために圧縮もしてるのかな？

66 ：

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

67 ：

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

68 ：

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

69 ：

これ、「インターネットの通信速度を」っていう表現がどうなのかね。
具体的にどこよって。
プロバイダが一般向けに対応しなければ、一般消費者は無関係だろうな。
データセンター間の通信とか大企業の拠点間通信とか
プロバイダ間の基幹回線に使うとかはありうるかもしれないが。

70 ：

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

71 ：

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

72 ：

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

73 ：

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

74 ：

別にRFCなんてどうでもいいじゃん。
UDPパケットだけど信頼性確保した高速通信できまっせ、P2Pで使ってや
って話だろ。

75 ：

>>70
RTTに依るかな

76 ：

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

77 ：

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

78 ：

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

79 ：

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

80 ：

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

81 ：

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

82 ：

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

83 ：

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

84 ：

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

85 ：

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

86 ：

>>84
偉そうにしてるけどあんまり知らないのがバレちゃうよ。
UDP上に載せるだけだから途中経路がシスコだろうがなんだろうが関係ない。
エンド同士が認識してればいい。
そこで通信ミドルウェアが出てくるのだが…意味がわからないって大丈夫?
あとRFCと連呼しているがRFCになった規格はどっかが勝手にぶちあげたプロトコルを
元に作られることもよくあるのでRFCじゃないからダメだというものでもない。

87 ：

>>85
失敬、失敬。突っかかる積もりはございませぬ。
>>82
通信規格は互換性が命。相手が有る事だから。
自分一人の世界なら、好き勝手にすれば良いんだけどね。

88 ：

フライングTCPか

89 ：

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

90 ：

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

91 ：

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

92 ：

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

93 ：

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

94 ：

PSNが捗るな

95 ：

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

96 ：

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

97 ：

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

98 ：

>>91
全然知らないのに無理をしているので例を教えてあげよう。
SPDYというプロトコルがあってこれはGoogleが「勝手に」作ったプロトコルで
Chromeに実装されとGmailなどGoogleのサービスで「独自規格」を使用した。
だけどFirefoxなどのブラウザでもやがて実装された。
そして今HTTP/2.0(予定)の規格が議論されているが，
SPDYという規格が叩き台の一つとなっている。
富士通のプロトコルが広く普及するかはわからないが
「独自だから」「RFCにもなってないから」というのは批判する理由にはならない。

99 ：

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

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

【話題】日本の大学で学歴条件に適うのは11校のみ--シンガポールがワーキングホリデービザの規定を厳格化 [01/27] (654)
【車/販促】クルマがロボットに変身する人気ゲーム『超速変形ジャイロゼッター』にホンダ車だけが登場しない理由 [01/26] (225)
【金融/米国】クレジットカード利用の買い物で小売業者が付加料金を自由に課せる新制度がアメリカで開始［13/01/28］ (358)
【検証】2％のインフレ実現でも消費税率は32％に--小黒一正（一橋大学准教授) [01/07] (330)
【コラム】4Kテレビ、その次は8Kだと言う。どこまで本気なのか、冗談なのかわからなくなってきた--高城 剛 [01/29] (265)
【航空/防衛】米国防総省、F35戦闘機の性能を下方修正へ--防衛省は予定通り308億円で2機購入の方針 [01/19] (749)
--log9.info------------------
Adobe Reader SpeedUp (872)
nFinder Part9 (275)
違法コピーソフト屋を晒すスレ15 (200)
Mozilla Firefox質問スレッド Part142 (583)
【仮想化】 ORACLE VirtualBox Part2 (717)
豆ライブ　お客様サポートセンター (217)
フリー限定「感動した！」ってやつ　Part20 (478)
Net Transport Part 13 (256)
MDIE Part17 (410)
LAV Filters 0.01 (943)
メールソフト　Becky! Part25 (296)
● アンインストールしたブラウザを報告するスレ ● (378)
【地図】MapFan.Net 4駅目 (344)
★ノートン★自動引き落とし詐欺★その2 (266)
Java Runtime Environment Part3 (325)
bbs2chreader/chaikaスキンスレッド part6 (966)
--log55.com------------------
甘口辛口つぶやきスレッド 71本目
甘口辛口つぶやきスレッド 72本目
甘口辛口つぶやきスレッド 72本目
甘口辛口つぶやきスレッド 74本目
甘口辛口つぶやきスレッド 74本目
生活保護のCWだけど質問ある？Part.136
甘口辛口つぶやきスレッド 76本目
【騒音】隣人がうるさい 333