[nox-dev] Inquiry a race condition of openflow switches

2010-02-08 Thread Guanyao Huang
Hi Sorry to bother others. In order to establish packet forwarding between switches, the rule should be sent to switch before the first packet is sent back. The race condition is the packet is sent back and even forwarded by the first switch, but it doesnt find a rule in the second switch although

Re: [nox-dev] Inquiry a race condition of openflow switches

2010-02-08 Thread kk yap
Hi Guanyao, From what I know this is not resolved. Do you recall where you heard that this is resolved in NOX 0.5? I put in a component in NOX 0.6 (not available publicly) to install the route/tree in reverse order, i.e., destination first. This is not foolproof either, since there is no

Re: [nox-dev] Inquiry a race condition of openflow switches

2010-02-08 Thread Guanyao Huang
I heard this from my supervisor. I also think this is not resolved, because it seems hard to resolve this. I think to guarantee flow_mod be set up for every switch, it is better to install in the initial order, that means, the first switch installed first, because the packet will hit in this

Re: [nox-dev] Inquiry a race condition of openflow switches

2010-02-08 Thread kk yap
Hi Guanyao, I do not understand I think to guarantee flow_mod be set up for every switch, it is better to install in the initial order, that means, the first switch In that case, the second packet-in will still occur. Wouldn't it? Imagine route A-B-C, and we send the flow_mod to A first. Then

Re: [nox-dev] Inquiry a race condition of openflow switches

2010-02-08 Thread Guanyao Huang
Right. I understand. We want to flow_cmd B and C before sending back first packet. Thanks. On Mon, Feb 8, 2010 at 8:19 PM, kk yap yap...@stanford.edu wrote: Hi Guanyao, I do not understand I think to guarantee flow_mod be set up for every switch, it is better to install in the initial