On Tue, May 22, 2012 at 02:11:35PM +0800, YIMIN CHEN wrote:
> I am working on ovs code based on openvswitch-1.1.0pre2, it is kinda
> of old, I know. I ran across this code that I am having hard time
> understanding. If anyone is familiar with this part of code, could you
> please help me?
>
>
>
Hi,
I am working on ovs code based on openvswitch-1.1.0pre2, it is kinda
of old, I know. I ran across this code that I am having hard time
understanding. If anyone is familiar with this part of code, could you
please help me?
/* Compares the specified field in 'a' and 'b'. Returns true if the f
Hi Ben,
I've manged to figure out what the problem is. For some reason
ovs-appctl did not log all information -- after setting the verbose
flag and the log-file path, I noticed that ovs-vswitchd had been
running out of file descriptors. Increasing the maximum number of open
FDs fixed the problem.
On May 21, 2012, at 10:33 AM, Ben Pfaff wrote:
> On Mon, May 21, 2012 at 10:37:32AM +, Varun Gupta wrote:
>> We found a issue related to idle timeout of flow entry while working on OVS
>> 1.2.2.
>>
>> * Bug Description
>> Idle timeout is not resetting when packet matching the flow entry.
>
On Mon, May 21, 2012 at 10:37:32AM +, Varun Gupta wrote:
> We found a issue related to idle timeout of flow entry while working on OVS
> 1.2.2.
>
> * Bug Description
> Idle timeout is not resetting when packet matching the flow entry.
I think this is the same as your previous report, is the
Hi,
We found a issue related to idle timeout of flow entry while working on OVS
1.2.2.
* Bug Description
Idle timeout is not resetting when packet matching the flow entry.
* What you did that make the problem appear?
1.Made the following bridge:
ovs-vsctl show
e999897a-932f
On Mon, May 21, 2012 at 10:42:35AM +, Varun Gupta wrote:
> We found a issue related to idle timeout of flow entry while working on OVS
> 1.2.2.
>
> * Bug Description
> Idle timeout is not resetting when packet matching the flow entry.
I can't reproduce this with current master.
On Mon, May 21, 2012 at 11:20:00AM +, Prabina Pattnaik wrote:
> This variable value is hard coded with 100 with OVS-1.2.2 and we
> are able to add more than 100 entries in a same flow table.
If you want a hard limit on flow entries, you can implement it in OVS
1.4.x and later via the F
On Mon, May 21, 2012 at 11:15:28AM +, Prabina Pattnaik wrote:
> As per openflow 1.0 spec "data" contains at "least" first 64 bytes
> of failed request. This is working correct also in current OVS 1.2.2
> code.
>
> But it is taking an extra check in code (lib/ofp-util.c) on "data"
> length that:
On Mon, May 21, 2012 at 10:52:55AM +, Varun Gupta wrote:
> Switch is not notifying the controller for OFPBRC_BAD_VERSION, /*
> ofp_header.version not supported. */ when there is version mismatch
> between feature request and feature reply. The switch was resetting
> the connection and only a wa
On Mon, May 21, 2012 at 10:50:19AM +, Varun Gupta wrote:
> Switch is not notifying the controller for OFPBRC_BAD_VERSION, /*
> ofp_header.version not supported. */ when there is version mismatch
> between stats request and stats reply. The switch was resetting the
> connection and only a warnin
Hi,
I have found following issue while working on OVS 1.2.2
Bug Description
As per openflow 1.0 spec, the Table Statistics structure define the variable.
uint32_t max_entries; /* Max number of entries supported. */
This variable value is hard coded with 100 with OVS-1.2.2 and we are able
Hi,
I was working on OVS 1.2.2 and found malformed error packet.
Bug Description
Error packet generated by switch for FLOW_MOD_FAILED is coming as malformed on
traffic analyzer (wireshark with openflow plugin)
* What you did that make the problem appear?
1. I made following bridge.
Hi,
We are evaluating OVS 1.2.2 and would like to report an unexpected behavior
of OVS.
* Bug Description
Switch is not notifying the controller for OFPBRC_BAD_VERSION, /*
ofp_header.version not supported. */ when there is version mismatch between
feature request and feature reply. The swit
Hi,
We are evaluating OVS 1.2.2 and would like to report an unexpected behavior
of OVS.
* Bug Description
Switch is not notifying the controller for OFPBRC_BAD_VERSION, /*
ofp_header.version not supported. */ when there is version mismatch between
stats request and stats reply. The switch w
Hi,
We found a issue related to idle timeout of flow entry while working on OVS
1.2.2.
* Bug Description
Idle timeout is not resetting when packet matching the flow entry.
* What you did that make the problem appear?
1.Made the following bridge:
ovs-vsctl show
e999897a-932f
On May 21, 2012, at 5:11 AM, faicker mo wrote:
>
> On 2012-5-20, at 上午12:27, Sergio Kviato wrote:
>
>>
>>
>> Sent from my iPhone
>>
>> On May 19, 2012, at 19:02, faicker mo wrote:
>>
>>>
>>> On 2012-5-19, at 下午11:11, Ben Pfaff wrote:
>>>
On Sat, May 19, 2012 at 09:30:40PM +0800, fai
I don't know precisely off the top of my head. The number varies depending on
the number of actions, but a rough approximation (with quite a bit of wiggle
room) is 1000 bytes per rule.
--Justin
On May 20, 2012, at 11:53 PM, 星言 墨虚 wrote:
> Sorry, I forget reply to all sender.
>
> You means
18 matches
Mail list logo