<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Communicating between two openflow instances in Software Defined Networking</title>
    <link>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6950020#M1957</link>
    <description>&lt;P&gt;Thank you very much Shaun, reading&amp;nbsp;your post I took a closer look at my flow entries and indeed there was a mistake which is why packets never reached the end host in the second vlan. Now it works perfectly!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks again!&lt;/P&gt;&lt;P&gt;Enas&lt;/P&gt;</description>
    <pubDate>Tue, 21 Mar 2017 14:36:36 GMT</pubDate>
    <dc:creator>EnasAhmad</dc:creator>
    <dc:date>2017-03-21T14:36:36Z</dc:date>
    <item>
      <title>Communicating between two openflow instances</title>
      <link>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6949503#M1950</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I created two OpenFlow instances on a 2930F switch (each with its own VLAN of course ). Is it possible to forward packets from one OpenFlow instance to the other? I am unable to create flow entries that would do that because&amp;nbsp;it says that the output port does not exist. Even if I connect the two VLANs&amp;nbsp;using a physical&amp;nbsp;link (coming out from one VLAN to the other).&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Enas&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 20 Mar 2017 10:11:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6949503#M1950</guid>
      <dc:creator>EnasAhmad</dc:creator>
      <dc:date>2017-03-20T10:11:11Z</dc:date>
    </item>
    <item>
      <title>Re: Communicating between two openflow instances</title>
      <link>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6949721#M1952</link>
      <description>&lt;P&gt;Hi Enas,&lt;/P&gt;&lt;P&gt;When you get a response from the switch that says "Output port does not exist" (in response to a flow-mod or packet-out), what that means is that the port you're attempting to forward to is not a member of the OpenFlow instance that you're attempting to modify.&lt;/P&gt;&lt;P&gt;For instance (pun intended), if you have two OF instances:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Instance A: vlan 100, which contains ports 1,2 (untagged) and 3 (tagged)&lt;/LI&gt;&lt;LI&gt;Instance B: vlan 200, which contains ports 3 (tagged) and 4,5 (untagged)&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Then in a flow-mod or packet-out message to instance A, you'll be able to use port 1,2, or 3 as the output port. In a flowmod or packet-out to instance B, you'll be able to use port 3,4 or 5 as the output port. Notice that port 3 is accepted for either instance, because it is tagged on both vlan 100 and 200, so port 3 is a member of both instances.&lt;/P&gt;&lt;P&gt;If you needed to forward a packet from instance A to instance B, then you could (for example) connect port 2 to port 4 with a cable. To send packets from instance A to B, send out port 2 of instance A and they will arrive at port 4 of instance B.. Link-discovery should discover the link between instance A and B going over ports 2 and 4.&lt;/P&gt;&lt;P&gt;Shaun&lt;/P&gt;</description>
      <pubDate>Mon, 20 Mar 2017 19:12:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6949721#M1952</guid>
      <dc:creator>ShaunWackerly</dc:creator>
      <dc:date>2017-03-20T19:12:34Z</dc:date>
    </item>
    <item>
      <title>Re: Communicating between two openflow instances</title>
      <link>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6949978#M1954</link>
      <description>&lt;P&gt;Thanks Shaun for the useful information.&lt;/P&gt;&lt;P&gt;I am trying to achieve the second scenario,&amp;nbsp;and I have connected a physical link as you have described between two untagged ports of the two vlans, however, I am still unable to send packets between the two vlans.&lt;/P&gt;&lt;P&gt;&amp;nbsp;I have read about trunk ports, should I make the two ports of the physical link as trunk ports in order for packets to travel between the vlans&amp;nbsp;??&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Enas&lt;/P&gt;</description>
      <pubDate>Tue, 21 Mar 2017 12:38:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6949978#M1954</guid>
      <dc:creator>EnasAhmad</dc:creator>
      <dc:date>2017-03-21T12:38:05Z</dc:date>
    </item>
    <item>
      <title>Re: Communicating between two openflow instances</title>
      <link>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6950002#M1955</link>
      <description>&lt;P&gt;Hi Enas,&lt;/P&gt;&lt;P&gt;Could you post the output from the switch when "debug openflow" and "debug destination session" are configured (assuming you're using 16.03 firmware)? That should give the specific reason why the flowmod is being rejected. Are you including a vlan tag in the flowmod?&lt;/P&gt;&lt;P&gt;Regarding "trunk" ports, we'll need to clear up ambiguity. The term "trunk" can refer to tagging multiple vlans on the same physical link (vlan tagging) or it can refer to grouping multiple physical links into a single logical link (link aggregation). Based on your description, it sounds like you're referring to link aggregation (which uses the term "trunk" on the HPE Aruba firmware CLI). I don't think that link aggregation / trunking would help in this case, since the main purpose of link aggregation / trunking is to give physical link redundancy and higher bandwidth. In terms of packet forwarding direction, it is identical to a single physical link.&lt;/P&gt;&lt;P&gt;Shaun&lt;/P&gt;</description>
      <pubDate>Tue, 21 Mar 2017 13:44:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6950002#M1955</guid>
      <dc:creator>ShaunWackerly</dc:creator>
      <dc:date>2017-03-21T13:44:13Z</dc:date>
    </item>
    <item>
      <title>Re: Communicating between two openflow instances</title>
      <link>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6950020#M1957</link>
      <description>&lt;P&gt;Thank you very much Shaun, reading&amp;nbsp;your post I took a closer look at my flow entries and indeed there was a mistake which is why packets never reached the end host in the second vlan. Now it works perfectly!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks again!&lt;/P&gt;&lt;P&gt;Enas&lt;/P&gt;</description>
      <pubDate>Tue, 21 Mar 2017 14:36:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/communicating-between-two-openflow-instances/m-p/6950020#M1957</guid>
      <dc:creator>EnasAhmad</dc:creator>
      <dc:date>2017-03-21T14:36:36Z</dc:date>
    </item>
  </channel>
</rss>

