究極の通信技術を語ろう
■ このスレッドは過去ログ倉庫に格納されています
「 の ろ し 」 。
∧_∧
( ´∀`)2chマスコット、モナー 量子状態通信などもよいのだが、
エネルギーを使わずに通信できないもんかね。 >>1
いや、やっぱりテレパシーでしょ?
この業界、コミュニケーション能力に欠けている人が多いから、
テレパシーが使えるようになれば、この業界はもっと良くなると
思われ。 テレパシーが標準化すると、きっとテレパシー遮断装置とかが売れ出すね。
外に思考を漏らさない、これこそ究極の暗号化。 このスレ開く前に>>1はのろしだなってわかった。ケコーンシレ>>1 接吻
ただし宅内ウルトラローカルエリアでしか使えません。
WANでやると犯罪です。 >>8
確かにsepu-nプロトコルでの通信は、伝送効率に優れたものと認識します。
が、しかし、欠点は何点かあります。
(1) コネクタの物理的形状から、P2Pでの通信しかできない
(2) >>8さんのおっしゃる通り、ウルトラローカルエリアでしか使用できない
(3) サーバーのつもりでコネクション張っても、
ちょっと気を緩めると、サーバー/クライアントの立場が逆転する
といったところでしょうか。また、sepu-nプロトコルを用いた通信は
SSH以上の信頼性を双方が持っていなければならず、うっかり第3者と
通信を行ったことが漏れてしまうと、かなりのダメージとなるでしょう。 >>8
伝送効率は、他の方式の追随を許しません。(w
しかし、
(1) 通常は同一規格のコネクタで接続しますが、最近は異形での接続も認められつつ
あります。いくつかの接続形態はデファクトとなりつつあるようです。
(2) 接続そのものはULAで行われるのが理想ですが、WAN等で行われる場合もあります。
また、不特定多数に対する一方的な接続要求(ブロードキャスト)は、WAN上で見ら
れます。
(3) どちらとも、自分がサーバーだと思い込んでいる場合があります。
(4) 接続に失敗した場合、相互に致命的な障害が発生します。
単一セッションにおけるsepu-nプロトコルは、確実な認証と伝送効率を両立させることができる方法に見えますが、
毎回この手順を利用した場合負荷の増大による誤認証や鯖ダウソ等の不具合を起こす
ことが、統計上明らかになっています。
従って、感情に流されることなく適度に利用することが大切です。
>>11
ネゴシエーションが複雑そうだ。
状態遷移マトリクスとかどうなるんだろう?
次世代ワイヤレス通信技術 ― Nage sepu-n
短所:
・1 sepu-n で転送できる愛情が少ない
・通信相手が注目していなければパケロス 100%
長所:
・直接接続より有効範囲が広い
・口臭、鼻毛等の通信障害を受けにくい やっぱり、宇宙時代を見据えると、
光速は楽々越えて情報を伝達したいね。 次世代通信技術 knolo-si
概要 : 燃焼物の煤煙を利用した低コスト通信方式
燃焼点近くでは強力な乳白色を認めるが、
距離が遠くなるにしたがって空気中に拡散されてゆく
このため、比較的近距離の通信に使われると予想する
方法 : 煤煙をフィルターなどで上昇の抑止または別方向へ誘導することで、
0,1以外のアナログ的な情報を生成することができる
着色も可能であり、理論上は瞬間的に256通りものデータを送れる。
ただし、暗号化通信としての側面もあるため、解読は容易ではない
問題 : 比較的多くのチャネルを必要とし、一通信あたりに必要な場所は
約0.76uである。また混信を避けるため、通信設備は最低でも
28mの間隔をおいて設置する必要がある
夜間の通信をおこなうためには大容量の光源で煤煙を照らすのだが
どこから通信をしているのが明確なため、ハッキング行為などが難しい。
最近では環境への影響を考慮し、湯気発生方式が増えてきている。
冬場は、口腔内の暖気による簡易通信が流行する。
また年中喫煙者が嫌がらせ通信を行うので、世界的に問題となり
公共交通機関ではこういった通信を禁じ、あるいは退去処分も検討している。
現状 : アフリカ・ポポカロイ族の親族間通信
航空祭のブルーインパルスなど飛行機の生成する凝結雲による記号
生成例 「ヽ(´ー`)ノ」
気象状態を指し示す雲形
虹などの降雨情報
車両等から発生するエンジントラブル情報
住居に着火し、近所にトラブルがあったことを知らせる
銭湯営業中の目印
キノコ状の煤煙による放射能発生の危険性告知 >>17
正直>>1でクソスレかと思ったが、ここまで詳細なレポのおかげで救われたな。
knolo-si 方式の通信について詳細さんくす。 もっと革新的な技術はないのかね、ちみたち。
量子存在確立通信とか、糸電話とか。 ┌─────────────┐
| もえちゃんを救うため │
| 皆様に協力をお願いします。 \ オナガイシマース!! /
|
∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\ ∧_∧ ∧_∧ ∧_∧
( ´∀`)< 心臓移植手術のための善意の| (´∀` ) (´∀` )(´∀` )
(つ\ 丶 \ 募金をお願いしまーす。 |( ) ( )( )
| |[三] \___________/ | | | | | |. | | |
(__)_) (_(__)(_(__)(_(__)
もえちゃんを救う会
http://www2.gateway.ne.jp/~moe-moe/
....................
2chスレッド
http://yasai.2ch.net/test/read.cgi/event/1009637702/
http://yasai.2ch.net/test/read.cgi/event/1011959303/ ほかのスレでも立ってるね、萌ちゃん。
お金がないので1000円ほど募金してみました。
技術板のちからを合わせて協力できるといいなぁ。
いいことは、いつか自分に帰ってくるしね。 ノード、アクセス、リンク、ワイヤレス技術について正確に分かる人。 >>25 12点
てかこのスレ未だ生きてたんだね。 糸電話(糸通信?)上にIPパケット乗せてみたい。
学研とかキット作らないかな。 音声と電気信号の変換はどうやるかな。
カプラか?
ところで「IP over モールス」とか「モールス over IP」は既出ですか?
IP over まばたき
おまいら、二人組でがんばれ >>30
IPのヘッダ送るのが精一杯だと思われ(w >>31
ネゴシエーションで力尽きます・・・
目指せ全二重ですね・・・ おい、なんでも焼き鳥業界で究極の無線技術「おいにぃ」が評判らしいぞ。
早速駅前の仮設boiledchickenサーバー見てきたけど、
風向きに左右されるもののブロードキャスト型配信にもってこいだな。
こりゃバナー広告なんてメじゃねぇな。 東京地方裁判所 民事部は、裁判情報を配信すために「ひろゆき」を採用しました。
「ひろゆき」は裁判所と国民の間をPoint to Multi Pointで結びます。
近日中に「IP over ひろゆき」の実験が行われるそうです。 >>32
IPHC over モールスを使いましょう。 >>31
こちらが目を閉じてるときに相手が見えないんですが…。
半二重ですか? >>37
それぞれ、右目が送信で、左目が受信。
同期信号として、手拍子。
いま、となりの奴と実験して
8bitの送受信に成功。 >>31
IP over Wink?
目線を8方向に動かすことで1Winkあたり8bit、
達人になると64bpsのスループットをたたき出す。
しかし相手が何処を向いているかわからないという危険も伴うため
素人にはオススメできない。 >>30
morse code over HTTP
−・−・ −−・− EthernetFrame over MorseCode over HTTPs yossyan1204@hotmail.com
notori@hotmail.com
↑究極の通信技術は、こいつら無しでは語れないものと思われ。 モールスとパルスはある意味、同じような物。デジタルなんて意外と
単純な技術。 >>47
なんか頼んでもいないのに一方的にLCPパケットぶん投げて来そうだなw
誰がack返してやるもんか。 >>50
(;゚Д゚)<SYN FIN>(´∀` ) >>50
Configgure-Nak で無用の煽り。 重力通信
距離一切関係なく一瞬で届きますが、何か?
重力波でもよさそうな予感。 > 距離一切関係なく一瞬で届きますが、何か?
届くかボケェ >>55
肺活量が無いとロングパケットのロス出まくりですねぇ。
あと、ホラ貝だけに通信内容の信頼性が…スマソ 逝って来ます。 >>57
取り敢えず時間要らずで届きますが、何か?
だけどめっちゃくちゃにその力は減衰しますが、何か? 重力波通信の特許を取った物理学の助教授の話を聞いたなぁ。
一応、理論的には可能で、実験的にも実証はできているそうな。
信号は送れるけど、手旗信号で送ったほうがよっぽど効率的なんだとか。 重力波使うとなるとノイズどころじゃないし、減衰が半端じゃないからなぁ。
ま、スピードだけは光にも圧勝できる究極通信ですが。
今日も宇宙の端っこから(一番遠いのは自分だが)重力は浴びてます。 IP over ジェラシー
後はよろしく
>>63 IP over ジェラシー over 江ノ島
>>64 へ続かない 究極の通信技術か。股間を接続して 3 億個のパケットを飛ばす事だろ。
今時シンプレックスだけど、1 パケット当たり 4 ステートのビットが
30 億個もあるんだぜ。基本的に 1 HOP なんだが最近は精子 over 試験管
という方法もあるらしいし。 >>59
へ?重力波って光速で伝わるんじゃないの?
時間要らずなら波にならないと思うけど・・・。 >>64
1パケットを残して全部パケットロスする罠
>>67-68
最近トシで接続要求出すまでに1時間ほどかかります
&そもそもフィルタリングされてコネクション張れません。 >>65
当然光速です、>>59は何か勘違いをしているか
トンデモさんなのでしょう
レイヤ2でゴム製FW使っていますが、設定がめんどうです。
ノード情報のレスポンスも悪化します。 ゴム F/W に穴が開いていたようでし。すでに受信側で遺伝子のバック
アップが始まっているようでし。 needle32というバックドアを空けるウイルスが広まっているようです。
>>71
software F/W の pillをbaby serverにインストールしましょう。
但し、定期的にdrinkコマンドを行わせることを忘れずに。
あと、効果の判定のため、基礎温度測定のlogを観察してください。 >>76
基礎温度測定のログとは・・・
詳しいですね、参考になります。 >>78
このスレの面白みがわかっているのなら良いが、
わからないのだったら君はこの板に来るべきではない。
JOB を投入すると十月十日で結果が出る CPU サーバです。 >>82
kill -9 ・・・ゴホゴホ
PIDが自分でなかったりすると悲しい。 >>76
御教示ありがとうございます。早速ためしてみます。
重ね重ねの質問で誠に恐縮ですが、
定期的なdrinkコマンドの発行は、 pill に対して行うべきなのでしょうか。
それとも、不正パケットそのもの(約100Mpackets/0.9second:私の場合)が対象なのでしょうか。(このときFWは不要だと思いますが...)
念のため確認させてください。
よろしくおながいします。 >>64
専用鯖を持てるほどカイショがないので共有のレンタルスペースに接続しようと思う
のですが、ウィルスの感染が怖いです。かといって Oral ポートに接続するだけ
でラテックス F/W を導入するのもなんだかなぁという気がします。どこか安全な
レンタル鯖をご存知の方はいらっしゃいませんでしょうか? それともヘタレ男は
自宅 PC でシコシコやってた方が良いんでしょうか?
このような状況で精通した白識の方、アドバイスくだちい。 >>85
専用鯖においてもpgrep babydで定期的にプロセスを確認しましょう。
プロセスが存在する場合、見覚えのないPPIDだったり
Userが外部だったりしないか要チェックです。
該当する場合、鯖の再インストールを推奨します。
共有鯖でポート6969に接続する場合ですか・・・
先日五反田NOCにいってきましたが、あまりいい鯖はないようです。
ちなみにフィルタリングなしでした。 無手順 over IP でパソコン通信できますか? >>84
baby server は月に1回 blood dumpを吐きますので
その直前あたりに不正パケットを放出した方がいいと思われます。
>>93
dumpという表現にワロタ。
blood dump送出後、数日双方がセッションを張るのは待つ...のか?
いや、♂は待てるのだろうか?
それとも1次局(♀)のポーリングを待つのか非同期(略) >>94
blood dump から2週間後あたり(後述)が最も baby server の稼働率が上がる日です。
放出された不正パケットは数日間はネットワークの中をさまよっていますので
(DTL (Day To Live) フィールドの値による)、
上記稼働率の高い日に不正パケットがbaby serverに到達すると、
cracking 成立となります。
すると、不正パケットを送出した cracker は、見事 baby serverに
キャプチャーされることになります。これを marriage 現象といいます。
高稼働率の日について:
baby serverの負荷の変動によって、この高稼働率の日が前後に大きくずれる事が
あります。ですから、Security Policy としては、blood dump の直前以外では
FWをアクティブにしておいた方が無難と言えるでしょう。
(もっとも、blood dump の直前にFWを落としていたがために marriage現象を
引き起こした事例も、まれにですが報告されています。)
>>1
究極ねぇ・・・
カーボンナノチューブによる量子通信でも語る?(笑) >>96
カーボンナノチューブで量子通信をどうやってやるのかと小一時間(略)
(実際の通信は古典通信である)量子暗号の話だったとしても,
BB84ぐらいは小一時間勉強して欲しいなり。 何かこのスレ、UNIX板にあった謀スレと
同じになってきたな。(藁 Domain Information: [ドメイン情報]
a. [ドメイン名] BTK.CO.JP
e. [そしきめい] かぶしきがいしゃ ばんだいつうしん
f. [組織名] 株式会社バンダイ通信
g. [Organization] Bandai Tushin Corporation
k. [組織種別] 株式会社
l. [Organization Type] Company
m. [登録担当者] YS1989JP
n. [技術連絡担当者] YS1989JP
p. [ネームサーバ] ns01.btk.co.jp
p. [ネームサーバ] ns-tk022.ocn.ad.jp
y. [通知アドレス]
[状態] Connected (2003/05/31)
[登録年月日] 1999/05/17
[接続年月日] 1999/05/24
[最終更新] 2002/06/01 02:27:13 (JST)
form@domain.nic.ad.jp ■ このスレッドは過去ログ倉庫に格納されています