問題タブ [osi]

7層モデルと4層モデルは知っていますが、「ソケット」と呼ばれる層がどこにもありません。

手動でボタンを押すのではなく、View Controller が読み込まれるとすぐにオーディオ ファイルを再生しようとしています。助言がありますか？

OSI モデルのトランスポート層がコンピュータ システムのどこで実行されているか知りたいです。それはオペレーティングシステムの一部ですか? 独自のプロセスまたはスレッドで実行されますか? どのように情報を他のアプリケーションに渡したり、他のレイヤーに渡したりしますか?

組み込みアプリケーション用の通信プロトコルをまとめようとしていますが、TCP/IPなどの高レベルの通信についてはよくわかりません。I²CやSPIでビットやバイトを処理することに慣れています。等

誰かが、 SCPI（プログラム可能な機器の標準コマンド）コマンド構文でVISA（仮想機器ソフトウェアアーキテクチャ）I / OAPIを使用することを提案しました。これらはOSIモデルのどのレイヤーに配置されますか？VISAはアプリケーションとSCPIのプレゼンテーションになると思いますか？

他の誰かがSSHの使用を提案しましたが、VISA / SCPIがどのレイヤーにあるかわからないため、SSHが設計にどのように影響するかわかりません。

トランスポート層の4つの機能が何であるかを尋ねる宿題の質問があります。TCPまたはUDPの機能が何であるかを意味するのではなく、レイヤー自体を意味します。

I have recently been using telnet a lot recently to test out many different types of tcp connections, (basic TCP, standard HTTP, Bayeux through HTTP, etc) as a means to learn how things work.

I want to learn a little bit more about how the next layer down in the OSI model works by using a tool to learn things that happen at the network layer.

Just as telnet allows the sending of messages at the TCP layer to learn about what goes on in the layer above it, I want to use a tool that allows me to send IP packet messages to see what things the TCP layer does.

Does anyone have any suggestions for what tool I could use?

全体として、モデル内のレイヤーはユーザー固有 (アプリケーション層) からネットワーク固有 (物理層) に移動しているように見えるため、OSI ではデータリンク層とネットワーク層を入れ替える必要があると常に感じていました。さて、データリンク層のMACアドレスがネットワーク層よりもユーザーに近いアーティファクトであることを考えると、データリンク層はネットワーク層より上にあるべきだと思います。

さて、ネットワーク層がデータリンク層の上にあることには、正当で論理的な理由があると確信しています。しかし、その推論は私を逃れます。誰かが私にその理由を教えてもらえますか? ネットワーク層がデータリンク層の上にある理由を意味します。

ありがとう、ダン

ネットワーク用語で使用される単位は? それらをどこで使用しますか？

私は次のことを知っていますが、その意味がわかりません:

• 断片
• セグメント
• パケット
• フレーム
• データグラム

それらを特定の OSI 層に割り当てることはできますか? もっと複雑ですか？

ネットワーク経由で UDP をマイクロコントローラに送信しようとしています。マイクロコントローラは、無駄を省くためにほとんどすべての IP スタックが取り除かれているため、ARP に関与することはできません。マイクロコントローラはブロードキャスト パケットを出力しています。これを受信できるので、その IP アドレスと MAC アドレスがわかります。ブロードキャストUDPパケットを送信できますが、IPアドレスを使用してパケットを送信しようとすると、WiresharkでARPメッセージが表示されます。 micro、18は私のPCです。マイクロは MAC アドレスで応答しないため、パケットを送信できませんが、マイクロが送信しているパケットから MAC アドレスを知っています。

私の質問は、UdpClient を使用して IP アドレスと MAC アドレスを指定できるので、ARP を使用する必要がないということです。他に考慮していないことはありますか?

機能するブロードキャスト メソッドは次のようになります。

現在機能していない固定IP方式はこんな感じ

私は次のようなものを使用して見てきました

しかし、これは機能せず、まだマイクロコントローラーの MAC アドレスを使用していません.. 私のアプリケーションはそれを知っていて、使用する必要があります (私はそう思います)。また、ネットワーク上の一部のARPテーブルが、この情報を含むパケットがそこから送信されているため、MACアドレスがどこを見ているかを知っていることを望んでいました..

注意として、ネットワーク上の他のマイクロコントローラーの負荷を軽減するために、ブロードキャストを最小限に抑えたいと考えています。

前もってありがとう、ガレス