Mininet、RYU コントローラー、および OpenFlow 1.3 を使用して、次の方法でスイッチを使用しh1てホストがホストに接続されるトポロジを作成しています。h2p0es0

私の Ryu Controller アプリケーションには、p0es0スイッチにルールをインストールして、h2 から h1 に、またはその逆に到達できるようにするための次のコード スニペットがあります。

私の dump-flow コマンドは、期待どおりにスイッチにルールが正しくインストールされていることを確認します。

*** p0es0 -------------------------------------------------- -------------------

OFPST_FLOW 応答 (OF1.3) (xid=0x2):

cookie=0x0、期間=1103.417s、テーブル=0、n_packets=0、n_bytes=0、send_flow_rem 優先度=100、ip、nw_dst=10.0.0.2 アクション=出力:4

cookie=0x0、期間=1103.414s、テーブル=0、n_packets=0、n_bytes=0、send_flow_rem 優先度=100、ip、nw_dst=10.0.0.1 アクション=出力:3

ただし、ping を実行しようとするとh2、h1Destination Host Unreachable エラーが発生します。tcpdump を on で使用してみましたp0es0-eth3-- ARP Request パケットしか表示されません。

ここで何か不足していますか？

ありがとう。

管理ポート経由でコントローラ PC を Pica8 ホワイト スイッチに接続しています。スイッチに SSH で接続し、コントローラ PC に ping を実行できますが、標準ポートを介してホストに ping を実行できません。最初の 4 つのポートのブリッジを作成し、それを許可するフローをインストールした後、ホストからホストへの ping に成功しました。

私の質問は、コントローラ ポートをすべてのデータ ポートから分離する何らかのメカニズムがあるかどうかです。スイッチからホストに ping できるはずだと思います。

ファット ツリー トポロジがあり、Mininet、OpenFlow 1.3、Ryu Controller を使用して ECMP ベースのルーティングを模倣しています。これを行うために、グループ テーブルとフロー テーブルを使用しています。たとえば、s2 と s3 は集約スイッチ (as1 など) のポート 1 と 2 に接続されており、次のルールがインストールされています。

グループ テーブルの定義

フロー テーブルにグループ テーブル アクションをインストールする

dpctl dump-flowsMininetのコマンドを使用してこれを確認します。コア スイッチ s2 では、n_packets = n_bytes = 0 ですが、他のコア スイッチ s3 ではそうではないことに注意してください。

..... コア スイッチ s3 の場合:

上記のコメントで述べたように、OFPGT_SELECT は、ラウンドロビンなど、スイッチに実装されたロジックに基づいて、bucket1 とbucket2 のどちらかを選択すると思いますか? これは、トポロジ内の下位レベルのスイッチでうまく機能しているようです。つまり、両方のバケットが同じ重みで交互に選択されます。ただし、最上位の集約スイッチの場合は、コア スイッチへのパス (バケット) が常に 1 つだけ選択されます。通常、すべてのパケットは最初のバケット (ポート) または最後のバケット (ポート) のみを選択しますが、両方のバケットを交互に選択することはありません!

ただし、両方のバケットに等しくない重み (1 と 2) を指定すると、機能します。等しい重みの問題が何であるかはわかりません。

どんな助けでも大歓迎です。ありがとう！

Ryuを初めて使用し、コンピューターのVMに接続された物理スイッチを使用してセットアップしようとしています。スイッチのコントローラーは 10.0.1.8 に設定されており、ryu コントローラーにも同じ設定をしようとしています。次のコマンドを使用しました。

netstat を実行すると、以下の出力のように、ryu コントローラーがまだ 0.0.0.0 でリッスンしていることがわかります。誰かがここで私を助けてくれますか?

で簡単なネットワークを作成していmininetます。あるホストから別のホストへのトラフィックをコントローラーでブロックしたい.RYU APIのどれが私にとって役立つか知りたい. parser."OFPMatch"または別のRYU API

Python RYU-controller からの制御パケットを識別する必要があります。言い換えれば、次の指示を行うにはどうすればよいですか?

どうすればこのルールに一致させることができますか?

OpenFlow v1.3 仕様で、ofproto.OFPP_CONTROLLER 予約済みポートがあることを見ました: どうすればそれを入力ポートとして使用できますか?

OFv1.3 仕様より: "OFPP_CONTROLLER: OpenFlow コントローラーを使用した制御チャネルを表します。入力ポートまたは出力ポートとして使用できます。

出力ポートとして使用する場合は、パケットをパケットイン メッセージにカプセル化し、OpenFlow プロトコルを使用して送信します。

入力ポートとして使用する場合、コントローラーから発信されたパケットを識別します。」

助けてくれてありがとう。

VM(VM-A)のUbuntu 14.04にpip install(Python3)から最新のRyuコントローラーをインストールし、NICをブリッジモード(192.168.88.252)に設定。

VM-A のホストが「Host-A」であると仮定します

そして、物理的な Zodiac FX Openflow スイッチ、ポート 4 (コントローラーとの接続用に予約、192.168.88.252) をルーター (192.168.88.0/24) に接続します。

Zodiac FX port3 をルーターに接続 (192.168.88.0/24)

Zodiac FX ポート 1、2 で 2 つの RPI (AKA Host-B、C) を接続します (したがって、2 つの rpi は 192.168.88.250、192.168.88.249 を取得します)。

コントローラーのホスト A をルーター (192.168.88.253) に接続します。

正常に動作し、2 つの rpi がインターネットに接続できます。

2 つの rpi を接続できるホスト A。しかし、VM-A を使用して 2 つの rpi で接続しようとすると、.

ホール コントローラが数分間動かなくなり、次のメッセージが表示されます。

DPSET: 複数の接続 {dpid}

SDN コントローラーを使用して openflow ネットワーキング デバイスと通信するときに違法性があることを知りましたか?

私の場合、ryu アプリは simple_switch_13.py を実行します。

ありがとう！

私は OpenFlow と SDN の初心者です。Ubuntu または Debian マシンでの Ryu OpenFlow コントローラーのセットアップと、基本的な Ryu アプリケーションの理解についてサポートが必要です。

注：この質問にはすでに回答があります。

mininet次のコマンドを使用して、環境内に単純なネットワークを作成しました。

RYU CONTROLLERスイッチの特別なポートの帯域幅トラフィックを計算するために使用したい。着信パケットにイベントを使用するOFPEVENTPacketInことを考えていますが、ポートからの発信パケットについてはわかりません。

私のコード:

私の質問に答えるために、このコードを編集するのを手伝ってください。ありがとう。

ryuとopenVswitchで簡単なsdnネットワークを作ろうとしているのですが、ryuコントローラーがうまく動かないようです。
2 つのホストに ping を実行しようとしていますが、コマンド
ryu-manager simple_switch_13.py
(事前に作成されたスクリプト) を実行すると、コントローラーは何もせず、パケットはデータパスによって転送されず、フラッディングさえしません。

ryu-manager を停止すると、次のトレースバックが表示されます。

simple_switch_13.py はビルド済みのスクリプトであるため、問題はコードにあるとは思いません。誰かが私が間違っていることを知っていますか? simple_switch_13.py の例をここで見つけることができます。

言い足りないことがあれば聞いてください、ありがとう。