[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 04/27 09:35 / Filesize : 234 KB / Number-of Response : 958
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

ネットワークプログラミング相談室 Port27



1 名前:デフォルトの名無しさん mailto:sage [2010/12/25(土) 22:46:56 ]
主にソケットに関しての質疑応答スレッドです。

Programming UNIX Socket FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/sock-faq/indexj.html
Winsock Programmer's FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/wskfaq-ja/

関連リンクは>>2-10辺り
足りなかったら適当に付け足してね

前スレ
ネットワークプログラミング相談室 Port26
hibari.2ch.net/test/read.cgi/tech/1269343909/
関連スレ
ネットワークプログラミング雑談
hibari.2ch.net/test/read.cgi/tech/1235800707/
Java ネットワークプログラミング 【教えて!】
hibari.2ch.net/test/read.cgi/tech/1086238859/

313 名前:デフォルトの名無しさん mailto:sage [2011/06/08(水) 23:04:56.64 ]
>>312
3版って何がかわったの?

314 名前:デフォルトの名無しさん mailto:sage [2011/06/08(水) 23:25:04.09 ]
>>313
IP V6関連の増補とか、SCTPやIPsecが追加されたとか、細かいところいろいろな。
第3版出たの9年前だが、いつまでたっても邦訳改定されないので、
2年後ぐらいに原書買ってしまったんだが、まさか10年近くたってもまだ出ないとは
思わなかったわw

315 名前:デフォルトの名無しさん mailto:sage [2011/06/08(水) 23:40:25.53 ]
おおIPv6とSCTPか。ほしいな。
でもIPv6って10年前と今とでわりと結構違うくね?
第4版まで待って買うかね

316 名前:デフォルトの名無しさん mailto:sage [2011/06/09(木) 01:02:51.45 ]
>>312
良書は必ず読むって層が英語で読んじゃうからね。

317 名前:デフォルトの名無しさん mailto:sage [2011/06/09(木) 04:51:47.78 ]
実際実装していく上での疑問点はrfcを確認することになるから、需要がある層が英語おkだったりして日本語版の必要性が低い。
ietfとかの国際会議で議論までしちゃう連中だと、日本語版を買う必要性も無いだろうな。現地で英語版買ってそのまま日本でも読み続けてると思う。

318 名前:デフォルトの名無しさん mailto:sage [2011/06/09(木) 15:33:13.82 ]
翻訳がひどいの多いしね。
全部カタカナにするだけでいいんだが・・・

319 名前:デフォルトの名無しさん mailto:sage [2011/06/09(木) 16:39:49.45 ]
固有名詞だとむしろ英語のまま残しておいてもらったほうがいいな。
エラーログまで和訳され手分けわかめなのと同じ。

320 名前:デフォルトの名無しさん mailto:sage [2011/06/09(木) 18:09:23.21 ]
ルー大柴に監修してもらえばいいんだよな

321 名前:デフォルトの名無しさん mailto:sage [2011/06/10(金) 03:01:03.80 ]
はいはい、翻訳ひどくてすみませんでした(AAry




322 名前:デフォルトの名無しさん mailto:sage [2011/06/10(金) 11:53:51.75 ]
お前翻訳者か? 反省しろよ

323 名前:デフォルトの名無しさん [2011/06/10(金) 21:56:15.88 ]
>>315
著者のスティーブンスが死んじゃったからなぁ。


324 名前:デフォルトの名無しさん mailto:sage [2011/06/10(金) 23:30:55.59 ]
まじ? 最近名前を知ってる人がポンポンよく死ぬなぁ。
もうすぐオレも死ぬんじゃないか? って気になるわ。

325 名前:デフォルトの名無しさん mailto:sage [2011/06/10(金) 23:52:22.99 ]
経絡秘孔の入林を突いたお前はもう

326 名前:デフォルトの名無しさん mailto:sage [2011/06/11(土) 01:13:10.10 ]
一昨年、高校のときの担任が病死した
去年、大学のときのたばこ好きの先輩が食道癌になって逝った
今年、高校のときの同級生がバイクで事故死した


327 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 00:36:34.67 ]
ipv6を手がける様な人って経験豊富な高齢者だからよく氏ぬのか?

328 名前:デフォルトの名無しさん [2011/06/12(日) 01:52:12.81 ]
itojunnも死んだよね。
ipv6は正にこれからなんだが


329 名前:デフォルトの名無しさん [2011/06/12(日) 03:07:19.32 ]
.netFrameworkに追加されたparallel使ったTCPのsocket送受信サンプルって
参考になるサイトありませんか?

330 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 04:17:27.59 ]
>>329
ありません

331 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 17:08:38.36 ]
伊藤さんの損失は大きいね。亀プロも解散しちゃったし。日本がネット技術で先端を開く芽を失った。
爺さんじゃなかったはずだけど持病でもあったのかな? プログラマとか持病多いからなあ。

ipv4聡明期の村井さんとか砂原さんじゃこれから20年とかとても戦えないからなあ。
ウィンドウズ95の発売で一気に一般化したipv4から16年か。もうアドレス枯渇で役目を終えようとしてるけど。



332 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 20:10:01.48 ]
>>331
自。なぜかわしらない。当時はIPv6の話をしても誰も聞く耳をもたなかったからか?

333 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 21:30:06.79 ]
wiereshark について聞いていいですか
非同期のUDP による送受信プログラムを一台のPC で検証しています
パケットモニタしたいと思いフィルタリングで
ip.addr == 127.0.0.1 && udp.port == 5030
として、applyするのですが、パケットがキャプチャーできません、何処か間違ってますか?

334 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 21:34:47.94 ]
インターフェースの指定は合ってる?
-i lo

335 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 21:36:35.68 ]
↓これくらいの検索キーワードをすぐに思いつかない奴がネットワークプログラミングする事が間違っている。
windows wireshark loopback

336 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 21:42:51.49 ]
>>335
鼻息荒いな 夕飯食ったか?

337 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 21:50:13.06 ]
>>336
>>335はツンデレだろ

338 名前:デフォルトの名無しさん mailto:sage [2011/06/13(月) 00:51:32.24 ]
>>336そろそろ お夜食の時間です。

339 名前:デフォルトの名無しさん mailto:sage [2011/06/13(月) 06:42:03.58 ]
カルシウムやストロンチウムを採ると心が落ち着きますよ

340 名前:デフォルトの名無しさん mailto:sage [2011/06/13(月) 08:07:17.04 ]
アダマンチウムを摂取して 今よりもっと強くなりたい

341 名前:デフォルトの名無しさん mailto:sage [2011/06/13(月) 13:01:08.23 ]
カルシウム単体では吸収率低いよ。タンパク質が必要。
人間の身体はコンピュータほど単純ではないよ。



342 名前:デフォルトの名無しさん mailto:sage [2011/06/13(月) 14:07:39.84 ]
>>341
ミルクはカルシウムが、野菜はビタミン豊富、大豆はタンパク質
バランスも大切。

343 名前:デフォルトの名無しさん mailto:sage [2011/06/13(月) 14:33:50.79 ]
おまいらの場合は亜鉛の方が重要だろ
注入量以上を毎日放出してんだから

344 名前:デフォルトの名無しさん mailto:sage [2011/06/14(火) 02:55:53.87 ]
ミルクは実は吸収率悪い。量は取れるけどね。カルシウム過多でも問題あるので注意。

345 名前:デフォルトの名無しさん mailto:sage [2011/06/14(火) 03:00:02.73 ]
亜鉛中毒もきついと聞くな

346 名前:デフォルトの名無しさん mailto:sage [2011/06/14(火) 08:47:45.68 ]
日本じゃ牛乳飲んでもおっぱいでかくならんよ

347 名前:デフォルトの名無しさん mailto:sage [2011/06/16(木) 06:47:06.62 ]
ビタミンD

348 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 01:22:04.15 ]
質問です。
今日、SFの本を読んでいて思ったんですが、
例えば10年後に火星に基地が出来たとします。
その基地と通信する場合にTCPを使ったとすると、
パケット一個届けるのに20分くらい。
ACKが帰ってくるのに20分くらい。
通信状態が悪いでしょうから、パケットが消えて
再送したりするとすごく大変じゃないですか。
そこで一つのPCにNICを5個つけて、
送信したいデータをRAID6のような形にパリティつけて分割した後、
5つのNICから送信先に向かって一度に送ってしまえば、
受信側でいくつかデータが欠損していても復元できて幸せと
思ったんですけど、そんなプロトコルというか仕組みって有るんでしょうか?

349 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 01:27:29.74 ]
はやぶさとかあかつきはどうやってんのかな

350 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 01:31:51.58 ]
>>348
つ TTCP

351 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 01:38:58.59 ]
>>350
>TTCP
ググってみましたけれど、
T/TCPのことですよね。
これってネットワーク環境が良くないと使えないのでは?
僕は、宇宙と通信する場合を想定しているんですけれど...
↑電波な発言だな〜



352 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 03:27:01.15 ]
伝播どうこうより「宇宙と通信」が言葉として既におかしいというか誤解を招く

353 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 04:39:26.45 ]
すいません。
じゃあ、宇宙等極限環境下でのネットワーク環境についてですね。

354 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 05:29:46.79 ]
所詮2chの名無しなんて
俺が何を作ろうと、煽り続けるんだろう
相手してるとつかれるんよ

355 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 05:47:36.33 ]
>>354
おまえも名無しだろ。

356 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 10:17:12.52 ]
>>348
パケットの遅延については、あなたの使ってる TCP でも ACK を待たずに次の
パケットを送ってしまい、間違ってたらそのパケットのみ再送すると言う制御
をしている。(tcp window と tcp selective ack とかでググルといいかも。)

誤り制御はわざわざ別チャネルにする必要はないので、通信データ自体に冗長
化データを付加して誤り訂正するようにしている。

複数チャネルを使うと言うのは MIMO とか link aggregation 等の技術がある
けど、基本的に高速化のための技術。

357 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 10:18:30.45 ]
ていうか宇宙と通信するのに通信路が複数ある可能性は無いよね。

358 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 11:13:24.80 ]
>>357
「宇宙と通信」は >>352 が言う通り意味がよくわからんが、
はやぶさは3本の通信路を持ってたよ。

て言うか通信路1本だけって、怖すぎだろ。

359 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 11:46:10.75 ]
>>358
3本もあったのか・・・
1本は直通だとして、残りの2本はどことどこ経由?
やっぱ火星のアンテナ経由するのかな

360 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 11:46:37.88 ]
100mbpsでも物理想は4本の撚り線使ってた気がするけど。

361 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 13:03:19.73 ]
>>359
直通って...、流石に宇宙と通信しようとしてる奴は違うな (w

マジレスしとくと、低利得アンテナ (8bps)、中利得アンテナ (32bps)、
高利得アンテナ (4Kbps) の3系統。



362 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 13:27:30.68 ]
>>356
>>357
>>358
>>359
>>360
おお、皆さんありがとうございます。
僕が思ったのは、惑星間航行が普通に行われるようになっても
これだけ普及したIPという仕組みは無くならないと思うんですよね。
でも、TCPだとちょっと?機能が足らないと思ったんですよ。

パケットの送信に何十分もかかる状態なら、
いっそパケットを多重化してしまえば再送が必要ないんじゃないかなと。

別チャネル?にしたらいいんじゃないかなと思ったのは、
通信路が複数有ったら一本磁気嵐とかでデータが飛んでも
リカバリできるんじゃないかなと。

どちらかというと絶対確実に届くUDPの方が近い気がしてきた。

そういう仕組みって誰も考えたことないのかなぁ。

ガンダムとかだと、
AMBACとか細かい設定まで有るのに。
まぁ、あの世界だとニュータイプがいるからいいのかな。


363 名前:デフォルトの名無しさん [2011/06/19(日) 13:54:57.28 ]
>>362
先ずはIPとかTCPとかよりもっと低位層のが問題では?

364 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 13:55:27.15 ]
>>362
> どちらかというと絶対確実に届くUDP

色々考えるのはいいことだと思うが、まず基礎からちゃんと勉強して
おくことをお勧めする。

でないと、まともな人から相手されなくなるよ。

365 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 14:17:31.32 ]
わかりました。
勉強してきます!

366 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 14:25:48.06 ]
よーし、じゃあ俺も!

367 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 14:51:58.33 ]
>>364
お前は日本語を勉強しろよ・・・ それはたとえの部分だろ

368 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 15:41:46.66 ]
>>362
そんなことはずっと昔にわかっている・・・というか、
昔は遅延が大きかったので、遅延が発生するのが前提で設計されていた。
それを遅延が無いのを前提で使い倒すようになったのは最近の話。

数時間〜数日単位の遅延が発生する場合でも、Windowsサイズを大きくして、
タイムアウトを長くとれば、それなりにちゃんと動くはず。
もちろん遅延が大きいので、アプリケーションレイヤのプロトコルは
それなりに設計していないと使い物にはならない。

エラー訂正などについては、物理層の仕事。


369 名前:デフォルトの名無しさん [2011/06/19(日) 15:45:51.10 ]
受信済みのデータを削除する方法を教えてください。
今までは空読みしてたんですが、どう考えてもこれって無駄ですよね。
なにかいい方法ありますか?

370 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 16:09:16.84 ]
>>367
例えだからと言って、堂々と間違い書いてたら相手にされなくなるぞ。

371 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 16:21:02.62 ]
>>368
そういうことを言いたいんじゃないんですよ。

例えば火星で人が病気にかかったとして、
地球に対して、治療方法を聞くとするでしょ。

もし、パケットが不着だと、再送するだけでも40分かかる。
それは、windowサイズやタイムアウトを長くとっても
回避できますか?

エラー訂正が物理層の仕事なら、
なんでTCPに再送制御の仕組みが備わってるんですか?

パケット自体を冗長化するようなアプローチが有っても良いんじゃないんですか?
ってことです。




372 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 16:26:50.99 ]
deep space networkでぐぐれ

373 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 16:27:34.94 ]
絶対確実に届くUDPがあったらいいなぁっていう鼻血だろ

そんなことも言ってはいけないって言葉狩りじゃまいか

374 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 16:32:38.11 ]
>>371
>エラー訂正が物理層の仕事なら、
>なんでTCPに再送制御の仕組みが備わってるんですか?

物理層で訂正できないエラーが発生するから。

>パケット自体を冗長化するようなアプローチが有っても良いんじゃないんですか?

パケットと言うのがどこを指しているのかよくわからんけど、TCP レイヤーの
パケットを言っているなら、そう言うアプローチは無意味だから。

375 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 16:34:33.18 ]
>>373
>そんなことも言ってはいけないって言葉狩りじゃまいか

誰も言ってはいけないなんて書いてないと思うが。
ただ相手にされなくなるだけで。

376 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 17:03:33.12 ]
>>374
>パケットと言うのがどこを指しているのかよくわからんけど、TCP レイヤーの
>パケットを言っているなら、そう言うアプローチは無意味だから。
なぜ無意味なの?
誰か実験したの?

377 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 17:06:24.90 ]
物理的にパケットが届くのに20分かかるなら
なにをどうしても「不着」が発生したら40分のロスは生じる

まずは物理的なレイヤーで、光速を超える通信ができる技術を考えてくれ
それが無理なら、結局は最悪遅延すること前提で設計するしかない

378 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 17:11:32.04 ]
>>375
SCTPの説明をするときよくそういう言い方する

379 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 17:25:32.70 ]
>>376
物理層と同じ機能を TCP レイヤーで持ってもしょうがないから。

それは間違っているとか、すげーいい方法考えたとか言うなら、
それこそ実験や理論で証明するなりすればいいと思う。

380 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 19:39:09.66 ]
>>371
>例えば火星で人が病気にかかったとして、
>地球に対して、治療方法を聞くとするでしょ。

なんでわざわざ地球に聞くの?
火星にいる人に聞けば問題ないのに。
え?火星で解決できなかったからだって?
事前に想定した事態に対する荷物しか用意していないし、
事前に用意した荷物なら使い方を知っているし、
その範囲でどうにかできないなら、同意ようもない。

381 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 19:43:26.21 ]
>>371
>もし、パケットが不着だと、再送するだけでも40分かかる。
>それは、windowサイズやタイムアウトを長くとっても
解決できるよ。ちゃんと40分後に再送され、運が良ければ60分後に届く。

>なんでTCPに再送制御の仕組みが備わってるんですか?
物理層以外でデータをロストする可能性があるから。




382 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 19:47:04.06 ]
>>371
>パケット自体を冗長化するようなアプローチが有っても良いんじゃないんですか?
あるよ。アプリケーションレベルで好きに実装すればよい。
IP電話なんかは、一部のパケットが無くなっても問題ないようになってるし。

383 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 19:47:35.41 ]
>>380
バカが考えた例え話は突っ込みどころ満載だから、バカは例え話しない方が良いぞ。
事前に用意した荷物をどの組み合わせと順序で使えばいいか。

384 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 20:03:29.53 ]
>>362
> パケットの送信に何十分もかかる状態なら、
> いっそパケットを多重化してしまえば再送が必要ないんじゃないかなと。

別チャンネルにする必要はなくって、物理層が冗長符合を大量に持って
謬り訂正すればいいだけじゃね?

誰かも書いてたけど再送要求でてもそれが届くのは数十分後

> どちらかというと絶対確実に届くUDPの方が近い気がしてきた。

絶対確実に届かないのがUDP
つか、エラーパケットは積極的に捨ててる実装しかみたことがない


385 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 20:07:43.20 ]
>>380
ねえ、ネタでやってるの?
>>371 の例えもどうかと思うが、そんなとこに突っ込みいれる君はそれ以上だよ。

>>382
> IP電話なんかは、一部のパケットが無くなっても問題ないようになってるし。

全然違う話を持ってくるなよ...。

386 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 20:08:36.36 ]
>>361
ありがとう。謎が解けた。なんとかなりそう。

387 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 21:49:09.41 ]
パケットのじょうちょうか


388 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 21:57:18.89 ]
すまん。iPhoneなもんで間違って送信ボタンに当たった。
パケットの並列送信による冗長性確保に付いて言いたい事があるが、また後でな。

389 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 22:56:18.77 ]
>>373
> そんなことも言ってはいけないって言葉狩りじゃまいか

そんな考えは無駄だってことを、
Token Ringや100VG AnyLANやATMが教えてくれたんですよ。

390 名前:デフォルトの名無しさん mailto:sage [2011/06/19(日) 23:11:46.30 ]
冗長化よりも行間(パケット間)を読み取る能力が大事と言うことですね

391 名前:デフォルトの名無しさん mailto:sage [2011/06/20(月) 15:12:18.40 ]
気になったけど、ウィンドウサイズ大きいほうがエラーで廃棄される確率高いと思うけどな。

再送に40分かかる距離として、どれだけ冗長に送っておいたほうがスループットいいのかは検証が必要だ。



392 名前:デフォルトの名無しさん mailto:sage [2011/06/20(月) 15:16:24.89 ]
「思う」って言われても…
それは通信路の性質によるし。

帯域は太い、しかしラウンドトリップタイムが大きい通信路で、
転送効率上げるにはウィンドウを大きくするのは定石で、
今のTCPにもヤコビソン先生が衛星回線用に書いたロジックが入ってる。

393 名前:デフォルトの名無しさん mailto:sage [2011/06/20(月) 16:57:30.41 ]
なんのためにLGAMGAHGA三段階にしてあると思ってるんだこいつ

394 名前:デフォルトの名無しさん mailto:sage [2011/06/20(月) 17:51:12.84 ]
じゃあそれぞれのパケットドロップ率を描いてくれよw

395 名前:デフォルトの名無しさん mailto:sage [2011/06/20(月) 18:01:27.02 ]
>>394
T・C・P! T・C・P!

396 名前:デフォルトの名無しさん mailto:sage [2011/06/20(月) 21:47:17.93 ]
>>395
mopera経由の通信モニターしてると結構TCPセグメントが焼失して再送が発生してるわけだが


397 名前:デフォルトの名無しさん mailto:sage [2011/06/20(月) 23:25:34.74 ]
>>396
だったらそのTCPくっつけて見られるようにしてくれよ

398 名前:デフォルトの名無しさん mailto:sage [2011/06/21(火) 00:32:50.51 ]
くだらん話が続いてるな。

399 名前:デフォルトの名無しさん mailto:sage [2011/06/21(火) 05:58:59.22 ]
ドコモのデータ通信程度でも5パケットに一回程度はエラーで再送されてたりするのかな?
家政往復なんて1万個パケット送って1こと独程度だったりしてw

400 名前:デフォルトの名無しさん mailto:sage [2011/06/21(火) 11:29:59.74 ]
それは通信路、通信相手による。
パケットのロスはほとんど輻輳なんだから。
はやぶさなんか専用線なんだから輻輳ロストなんてほぼ0。
通信路の性質上、バーストロストは頻度高いだろうけど。

ただこういうのは、土方プログラマーが考えることじゃない。
最低でもStevens本くらい読みこなしてないと考える意味がない。

401 名前:デフォルトの名無しさん mailto:sage [2011/06/21(火) 11:32:49.07 ]
専用線っていえば、そうなんだろうけど



402 名前:デフォルトの名無しさん mailto:sage [2011/06/22(水) 09:47:59.90 ]
>>400
専用線なんだっけ? あれって他の人は使ってないの?

403 名前:デフォルトの名無しさん mailto:sage [2011/06/22(水) 11:33:42.58 ]
データ受ける側は世界中にいるけどな

404 名前:デフォルトの名無しさん mailto:sage [2011/06/22(水) 21:32:14.30 ]
>>388
>すまん。iPhoneなもんで間違って送信ボタンに当たった。
>パケットの並列送信による冗長性確保に付いて言いたい事があるが、また後でな。
まだ〜?

405 名前:デフォルトの名無しさん mailto:sage [2011/06/23(木) 02:48:07.33 ]
マカってホント情報弱者だな。

406 名前:デフォルトの名無しさん mailto:sage [2011/06/23(木) 08:43:12.98 ]
マカってホント肉体疲労・虚弱体質な人向けネットワークプログラムに向いてるよね。

407 名前:デフォルトの名無しさん mailto:sage [2011/06/23(木) 11:05:34.92 ]
>>402
何を言っているのだ、お前は。

408 名前:デフォルトの名無しさん mailto:sage [2011/06/23(木) 12:35:19.83 ]
>>407
はやぶさとの通信の話だよ

409 名前:デフォルトの名無しさん mailto:sage [2011/06/23(木) 13:34:59.86 ]
はやぶさの近くに同じ周波数帯を使う物体が飛んでいるのか?

410 名前:デフォルトの名無しさん mailto:sage [2011/06/23(木) 13:38:23.97 ]
はやぶさに偽指令って送ることは可能だった?

411 名前:デフォルトの名無しさん mailto:sage [2011/06/23(木) 14:16:46.03 ]
>>410
可能だった。



412 名前:デフォルトの名無しさん mailto:sage [2011/06/23(木) 14:51:23.10 ]
楕円暗号とかの署名付けて送らないと無視するぐらいの機能はついているべきだな。

413 名前:デフォルトの名無しさん mailto:sage [2011/06/23(木) 16:26:03.54 ]
「楕円暗号復号回路が壊れました!署名を検証できません!」
「こんなこともあろうかと、署名無してもコマンドを受けつけるようにしておいたんだ!」






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<234KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef