新しいプロコトル思いついたんやが (23レス)
新しいプロコトル思いついたんやが http://mao.5ch.net/test/read.cgi/network/1719401125/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
1: anonymous@fusianasan [] 2024/06/26(水) 20:25:25.71 ID:F9kMnufU 概要: ネットワーク層のプロコトルであり、接続IDを用いて事前にプロコトルの宣言と、経路制御を行い、ヘッダ情報を大幅に省略することでパケットのサイズを小さくし、より大容量かつ長期の接続を効率よく行える。 http://mao.5ch.net/test/read.cgi/network/1719401125/1
4: anonymous@fusianasan [] 2024/06/26(水) 20:26:47.94 ID:F9kMnufU 質問や詰めの甘いところへの指摘、感想、批評等自由に意見をください。思いつく限り懸念材料は詰めたつもりなので、具体的にここの意見が欲しいって言うのはないですけど、しょせん高1の基本情報に毛が生えた程度の知識なんで見落としは多いと思います。 セキュリティ、ソフトウェア、ハードウェア、ネットワーク、アルゴリズム等の点からの批評、感想、指摘、改善案、追加案などをください!! http://mao.5ch.net/test/read.cgi/network/1719401125/4
5: anonymous@fusianasan [sage] 2024/06/27(木) 19:17:56.61 ID:??? TCPすらしならなそう http://mao.5ch.net/test/read.cgi/network/1719401125/5
6: anonymous@fusianasan [] 2024/06/27(木) 21:24:22.11 ID:K83gmZnc >>5 TCPくらいは知ってるよ。というか安全な接続の確立のためにかなり参考にさせてもらってるさ。 でもTCPはヘッダ情報削減できないでしょ? http://mao.5ch.net/test/read.cgi/network/1719401125/6
7: anonymous@fusianasan [sage] 2024/06/28(金) 12:41:04.51 ID:??? 君もできてない http://mao.5ch.net/test/read.cgi/network/1719401125/7
8: anonymous@fusianasan [sage] 2024/06/28(金) 18:05:39.99 ID:??? synやackすら知らなさそう http://mao.5ch.net/test/read.cgi/network/1719401125/8
9: anonymous@fusianasan [] 2024/06/29(土) 01:49:05.47 ID:b4U8iFdy >>8 どう読んだらそういう解釈になるんだろう。 大容量データをフラグメント化して送る際、全体でみるとヘッダ重複するから無駄に多くなるよね。 先にヘッダ情報共有しておいて一意のID振っておけば一つ一つのパケットにはヘッダをほとんど記述せずで通信できるんじゃないのかな そうできれば何パーセントかパケットサイズ小さく済むよね そのためにはTCP的な接続フローで相互接続を確立する必要があるよね という割と単純な話のつもりなのだが http://mao.5ch.net/test/read.cgi/network/1719401125/9
10: anonymous@fusianasan [sage] 2024/06/29(土) 10:24:26.37 ID:??? そのフローすら知らないんだろうね君 http://mao.5ch.net/test/read.cgi/network/1719401125/10
11: anonymous@fusianasan [sage] 2024/06/30(日) 12:07:32.08 ID:??? ルーターやスイッチを殺す気か…? http://mao.5ch.net/test/read.cgi/network/1719401125/11
12: anonymous@fusianasan [sage] 2024/06/30(日) 21:24:32.81 ID:??? tcp/ipが設計された意図を知らないでヘッダーガーとか流石に草 世の中が全て専用線ならidすら不要だが、ならばなぜidを振ろうと思うのか? http://mao.5ch.net/test/read.cgi/network/1719401125/12
13: anonymous@fusianasan [] 2024/07/01(月) 10:18:05.99 ID:pg35xEfZ >>11 それは一理あると思う.. ただ、経路上の機器は、あるIDのパケットが来たときどのノードに転送するか、さえ記憶できればいいから、最悪機器をアップグレードすれば実現できると予想してる。そこは試算と実験結果からの必要スペック次第かな。 http://mao.5ch.net/test/read.cgi/network/1719401125/13
14: anonymous@fusianasan [] 2024/07/01(月) 10:35:28.28 ID:pg35xEfZ >>12 接続確立時はパケットをどこへ転送するかわからないからIPも使うよ。ただ、その時にIDと転送先のノードの組み合わせを記憶すれば、特定のIDのパケットが来たときに転送を行えるでしょう。 接続先と接続元とプロコトルの三つの組み合わせ毎に、仮想的な専用線を、接続時作り上げる&終了時に解消する、というイメージかな 質問に対する回答としては、どの仮想専用線を利用してるかを識別するために必要だから。 http://mao.5ch.net/test/read.cgi/network/1719401125/14
15: anonymous@fusianasan [sage] 2024/07/01(月) 18:27:41.09 ID:??? UDPでも使ってろよ http://mao.5ch.net/test/read.cgi/network/1719401125/15
16: anonymous@fusianasan [sage] 2024/07/01(月) 18:29:59.34 ID:??? ちなみにUDPを拡張してデータ保証する通信ソフトを富士通が発明していた http://mao.5ch.net/test/read.cgi/network/1719401125/16
17: anonymous@fusianasan [] 2024/07/02(火) 03:55:29.35 ID:5ptWW6rY UDPとかSCTPとも異なるよ。このプロコトル自体別にパリティビットとかその辺の4層はぶっちゃけどうでもよくて、単に経路情報の共有のために接続に近いことが必要なだけで。 図解しないとわかりにくいかな... http://mao.5ch.net/test/read.cgi/network/1719401125/17
18: anonymous@fusianasan [sage] 2024/07/03(水) 05:03:19.46 ID:??? 全然わかってなくて草 自信があるならこんなとこで喚かずにrfc書くべき。俺の考えた最強プロトコルとか厨二病は要らん。 802.3のEthernetのところだけ読んでても良くこんなもの思いつくなと感心する。 長い研究の果てにosi の概念が構築されてるのに、都合の良いところだけ摘んで経路制御も出来ないプロトコルとか誰得 http://mao.5ch.net/test/read.cgi/network/1719401125/18
19: anonymous@fusianasan [sage] 2024/07/05(金) 19:46:54.03 ID:??? https://i.imgur.com/Yc18BZn.jpg すぐに2500P+2500Pが手に入ります。 http://mao.5ch.net/test/read.cgi/network/1719401125/19
20: anonymous@fusianasan [sage] 2024/07/05(金) 20:06:43.94 ID:??? >>19 もう皆も知ってるが http://mao.5ch.net/test/read.cgi/network/1719401125/20
21: anonymous@fusianasan [sage] 2024/07/06(土) 00:31:47.61 ID:??? 近距離ならtcpipすら不要 長距離は別 http://mao.5ch.net/test/read.cgi/network/1719401125/21
22: anonymous@fusianasan [sage] 2024/07/06(土) 00:32:40.08 ID:??? 多分1はその概念すら想定できていない http://mao.5ch.net/test/read.cgi/network/1719401125/22
23: anonymous@fusianasan [sage] 2024/07/17(水) 19:20:58.29 ID:??? 総務省解体 http://mao.5ch.net/test/read.cgi/network/1719401125/23
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.276s*