問題タブ [sdn]

私は、最終年度のプロジェクトとして「ポート RIP On SDN」を主張してきました。しかし、私の疑問は、コントローラーがルーティングのインテリジェンスを持っている場合、なぜ SDN で RIP を行うのかということです。RIP を SDN のアプリケーションとして使用する利点は他にありますか? これは続行する有効なプロジェクトですか?

私は OpenDaylight 用のプラグインを作成していますが、Helium リリースでは AbstractBindingAwareConsumer または AbstractBindingAwareProducer が非推奨になっていることがわかりました。

誰かがこれがなぜなのか、代わりに何を使うべきか知っていますか?

ありがとうございました

私は SDN-Openflow を初めて使用し、VM を使用して自分の PC に labsetup をインストールしようとしています。2 つの VM を正常にインストールし、それらの間で ping を実行できました。

1 つの VM には ODL、OVS、および MININET があり、別の VM には OVS のみがあります。(VM 設定は両方とも NAT とホスト オンリー アダプターです) ミニネットを使用してトポロジを作成し、1 つの VM で OVS を使用してミニネットをアタッチしたいと考えています。その OVS を別の VM OVS に接続し、h1 と h2 (mininet によって作成) に ping を実行します。

VM1 BR0 ip 192.168.56.103 および VM2 BR0 ip 192.168.56.102 (これは実際には Br0 にマッピングされた Eth1 IP です) では、コントローラー IP は 127.0.0.1 です。

両方の OVS スイッチ (VM1 127.0.0.1 および VM2 192.168.56.103 用) を使用してコントローラーを設定しました。

これまではすべて問題ありませんが、コントローラーを起動すると ./run.sh.VM2 は ping を停止しますが、ホスト (192.168.56.XXX) を使用して ODL GUI で VM2 の OVS を確認できます。

それについて私を助けてください

よろしくルパック

私は SDX (Software Defined Exchange) に関する研究プロジェクトに取り組んでいます。現在の SDX の実装は、 https://github.com/sdn-ixp/sdxで提供 されており、パケット転送のために単一のコントローラーに接続された単一のスイッチのみを使用しています。

私の研究目標は、このセットアップをスケーラブルにすることです。最初に頭に浮かぶのは、明らかに SDX を複数のスイッチで動作させ、フロー テーブルを分割することです。私が考えたアプローチは、大まかにこのトポロジを設定することです:

http://i.stack.imgur.com/yXKQp.png

ここで、図に示す 3 つのスイッチ (この例では) に分散することにより、1 つのスイッチのフロー テーブル エントリを減らしたいと考えています。

ノード A がノード B にパケットを送信したいとします。A が最初に SDX に参加したとき、コントローラーは、この場合はインターフェイスとして使用するスイッチ (S1) と、それがアナウンスする IP プレフィックスを認識しました。B もスイッチ S1 とインターフェースしているとします。A が特定の IP から発信されたすべてのトラフィックを B に転送するポリシーを指定すると、コントローラーは両方の AS が同じスイッチに接続されていることに注意し、スイッチ S1 に対応するエントリを追加します。

私が望むのは、各スイッチに一致しないポリシーがあることです。つまり、パケットがエントリに一致しない場合、次のスイッチに転送されます。たとえば、エントリに一致しない A からパケットを取得した場合、S1 は S2 に転送されます。フローテーブルにあります。これは、A が特定のアドレスから発信されたすべてのトラフィックを D に転送したい場合に発生します。コントローラは、D がスイッチ S2 に接続されていることを認識しているため、対応するエントリをスイッチ S2 に追加するだけで、S1 で一致しないパケットはすべて転送されることを認識しています。デフォルトでは S2 に転送されます。

現在、OpenFlow コントローラーは接続されているすべてのスイッチにルールを設定しているため、Open Flow でこれを行う方法を知りたいです。ここからどの方向に行けばいいですか？独自のコントローラーを作成しようとする必要がありますか?

アドバイスをいただければ幸いです。ありがとうございました

私は、SDN テクノロジと、データ プレーンおよびコントロール プレーンに加えて「管理プレーン」の概念について読んでいました。

他の二つはわかりましたが、マネジメントプレーンとは何ですか？オペレーター向けの単純な GUI 操作のようなものですか、それともそれ以上のものですか?

opendaylightコントローラーに接続されているopenvswitchのポート番号を確認する方法を知っている人はいますか?

ソフトウェアで定義されたネットワークではまだ得られないことがあります。従来のネットワークでは CLI または NETCONF または SNMP を使用してデバイスを構成し、SDN では Openflow を使用してそうしましたが、情報の取得についてはどうですか?

SNMP を使用してデバイスの MIB から情報を取得する前。しかし、SDN では、どのようにしてそれが可能になるのでしょうか?? Openflow ではスイッチ情報を取得できますか (フロー テーブルやカウンターだけでなく、Syslocation などについても話しています..??)

ご協力いただきありがとうございます！

ループのあるトポロジーの SDN ネットワークで OpenFlow 1.3 プロトコルを使用してパケットを送信する方法を探しています。私が選んだコントローラーはRyuです。ARP パケットをキャッチしているホストを特定し、フラッドストームを回避するためにSTPを使用しています。

私の問題は、ルーティング アルゴリズムによって計算されたパスに、STP によってブロック/無効化されたポートが含まれている場合、接続を確立できない (ホストが互いに ping を実行できない) ことです。

熟考した後、ルーティング パス上にある無効化/ブロックされたポートを「アクティブ化」する必要があるという結論に達しました。しかし、私はそれを行う方法を見つけることができません..

では、問題は次のとおりです。どうすれば解決策を達成できますか? Ryuのポートを「アクティブ化」する方法はありますか? または、私の解決策が達成できない場合、この問題を解決するために使用できる他の方法はありますか?