<?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 Dropping packet-out in Software Defined Networking</title>
    <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6333955#M1257</link>
    <description>&lt;P&gt;While handling a packet-in event from within the event handler of a SequencedPacketListener, I want to tell the controller to discard the packet-out and not send it back to the data-path. Is there any possible way of doing so? All I could find in the progremming guide is how to make the switch to block next sequencers from changing the packet-out.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Itamar Tal&lt;/P&gt;</description>
    <pubDate>Tue, 14 Jan 2014 06:50:21 GMT</pubDate>
    <dc:creator>ItamarTal</dc:creator>
    <dc:date>2014-01-14T06:50:21Z</dc:date>
    <item>
      <title>Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6333955#M1257</link>
      <description>&lt;P&gt;While handling a packet-in event from within the event handler of a SequencedPacketListener, I want to tell the controller to discard the packet-out and not send it back to the data-path. Is there any possible way of doing so? All I could find in the progremming guide is how to make the switch to block next sequencers from changing the packet-out.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Itamar Tal&lt;/P&gt;</description>
      <pubDate>Tue, 14 Jan 2014 06:50:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6333955#M1257</guid>
      <dc:creator>ItamarTal</dc:creator>
      <dc:date>2014-01-14T06:50:21Z</dc:date>
    </item>
    <item>
      <title>Re: Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6334059#M1258</link>
      <description>&lt;P&gt;According to the apidocs, Packet_Out only happens if you return true in your event() method with the DIRECTOR role. So just return false and it shouldn't send the packet back out to the network. If you have Path Daemon running, that might be doing some Packet_Outs; you could always disable that in the Applications menu.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Jan 2014 08:44:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6334059#M1258</guid>
      <dc:creator>sepbot</dc:creator>
      <dc:date>2014-01-14T08:44:19Z</dc:date>
    </item>
    <item>
      <title>Re: Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6334221#M1259</link>
      <description>&lt;P&gt;As I understand from the programming guide, returning false from the event() handler by a DIRECTOR makes the controller send the packet out with the current added actions (no more actions can be added later by lower altitude directors), which means in fact that the packet-out is sent.&amp;nbsp;Empirically, this is what happens when I return false.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;from the progremming guide:&lt;/P&gt;&lt;P&gt;"...The return value from a DIRECTOR’s event() callback should be true if it is determined that the packet has been "handled" (i.e. the PACKET_OUT message is ready to send); false otherwise..."&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 14 Jan 2014 11:11:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6334221#M1259</guid>
      <dc:creator>ItamarTal</dc:creator>
      <dc:date>2014-01-14T11:11:43Z</dc:date>
    </item>
    <item>
      <title>Re: Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6334329#M1260</link>
      <description>&lt;P&gt;Yeah you are right. Just went through the apidocs and seems like I misunderstood the documentaion when I read it the first time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The PacketOut in the MessageContext is mutable but looks like the only method that is exposed in the API is addAction, which doesn't help you.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Jan 2014 13:10:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6334329#M1260</guid>
      <dc:creator>sepbot</dc:creator>
      <dc:date>2014-01-14T13:10:34Z</dc:date>
    </item>
    <item>
      <title>Re: Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6356969#M1261</link>
      <description>&lt;P&gt;Hi ItamarTal,&lt;/P&gt;&lt;P&gt;in reading thru this thread, it doesn't seem like your original question was answered.&amp;nbsp; do you still need help on this?&lt;/P&gt;&lt;P&gt;-Russ&lt;/P&gt;</description>
      <pubDate>Thu, 30 Jan 2014 09:12:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6356969#M1261</guid>
      <dc:creator>RuDr</dc:creator>
      <dc:date>2014-01-30T09:12:43Z</dc:date>
    </item>
    <item>
      <title>Re: Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6358995#M1262</link>
      <description>&lt;P&gt;Actually, I'd realy appriciate an answer for this question. Currently, to avoid packet_in events from generating a packet_out message on the in_port data-path I use all kind of "hacks". Couldn't find a programatic solution for avoiding packet_out's from being sent.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Have a great weekend,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 31 Jan 2014 15:22:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6358995#M1262</guid>
      <dc:creator>ItamarTal</dc:creator>
      <dc:date>2014-01-31T15:22:30Z</dc:date>
    </item>
    <item>
      <title>Re: Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6359699#M1263</link>
      <description>one possible approach could be to register your app with higher altitude than PathDaemon, and create an action with DROP, and return TRUE in event()...the end-result would be the packet-out would still go out, but would be dropped at the switch....which kind of meets your objective.....&lt;BR /&gt;&lt;BR /&gt;would'nt that help?</description>
      <pubDate>Sat, 01 Feb 2014 14:48:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6359699#M1263</guid>
      <dc:creator>Javed Padinhakara</dc:creator>
      <dc:date>2014-02-01T14:48:35Z</dc:date>
    </item>
    <item>
      <title>Re: Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6360561#M1264</link>
      <description>&lt;P&gt;This is the "hack" I'm currently using, but you must agree that there should be a better way to avoid packet_out in future versions of the controller.&lt;/P&gt;</description>
      <pubDate>Sun, 02 Feb 2014 07:53:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6360561#M1264</guid>
      <dc:creator>ItamarTal</dc:creator>
      <dc:date>2014-02-02T07:53:10Z</dc:date>
    </item>
    <item>
      <title>Re: Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6400587#M1265</link>
      <description>&lt;P&gt;Hello Itamar Tal,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Apologize for the delay here. We had to get in touch with internal teams for a response&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Currently we do not have this feature but there are additions under consideration to the &lt;EM&gt;PacketOut&lt;/EM&gt; API to allow the following, in addition to the current &lt;EM&gt;addAction() &lt;/EM&gt;method&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;// removes any accumulated actions, but allowing subsequent directors to add other actions and send the packet out&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;clearActions()&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;// blocks any other director from issuing packet-out response; non-reversible&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;block()&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope this helps.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Please let us know if your problem is solved.&lt;/P&gt;&lt;P&gt;Please feel free to reply incase you have more questions around the same topic or open a new thread if new&amp;nbsp;topic.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If you feel your question has been answered, please do let us know by marking this response as an&amp;nbsp; accepted solution.&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;HP SDN Team&lt;/P&gt;</description>
      <pubDate>Wed, 05 Mar 2014 14:27:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6400587#M1265</guid>
      <dc:creator>sdnindia</dc:creator>
      <dc:date>2014-03-05T14:27:02Z</dc:date>
    </item>
    <item>
      <title>Re: Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6477776#M1266</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm wondering if there has been any movement with this thread and further development of the Java APIs? I'm interested in creating flows that can be used to just throw frames away via OpenFlow (i.e. null route, or throw in a bit bin) OpenFlow. I appreciate that via the director role I can just return true to the packetlistener event and not handle it, but I want something in the fastpath (i.e. not being punted up to the controller). I did consider creating a flow that never times out which pushes traffic to a packet collector of some description for analysis, but it's a kludge as opposed to something desirable. The other work around mentioned also does not resolve this situation.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any thoughts?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;David&lt;/P&gt;&lt;P&gt;@LSP42&lt;/P&gt;</description>
      <pubDate>Thu, 15 May 2014 22:05:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6477776#M1266</guid>
      <dc:creator>LSP42</dc:creator>
      <dc:date>2014-05-15T22:05:46Z</dc:date>
    </item>
    <item>
      <title>Re: Dropping packet-out</title>
      <link>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6478058#M1267</link>
      <description>When I read this originally, I interpreted the issue to be in dropping packets via a flow entry (and not being able to create the drop action). After reading this the morning after the night before, I now see the original question. The original poster is querying how to drop the event and halt further directors from getting it. Sorry for the confusion.</description>
      <pubDate>Fri, 16 May 2014 06:29:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/software-defined-networking/dropping-packet-out/m-p/6478058#M1267</guid>
      <dc:creator>LSP42</dc:creator>
      <dc:date>2014-05-16T06:29:01Z</dc:date>
    </item>
  </channel>
</rss>

