Hello,
I want to work upon Openflow 1.4 section B.14.6 i.e Role Status events.
If anyone is working on it ,please let me know .
Thanks & Regards
Sheena Goyal
Tata Consultancy Services
Mailto: sheena.go...@tcs.com
Website: http://www.tcs.com
=-=-=
Notice: The information cont
FWIW, CFM seems to be the same as BFD, so you may want to consider
adjusting that too. (These two differ from STP and mcast_snooping).
On 15 July 2014 03:31, Ben Pfaff wrote:
> On Thu, Jul 10, 2014 at 08:08:20AM +, Gur Stavi wrote:
> > If bfd is unsupported by ofproto class an 'unsupported'
Thanks for the response Gurucharan
I dont have any issues with the routing table entries. As mentioned, after
setting up the tunnel, if I cannot ping from br0 -> br1, and at that time,
if I initiate a ping in the reverse direction, i.e. from br1->br0 (which
works), everything starts working. On tc
On Mon, Jul 14, 2014 at 4:22 PM, Shridhar Sahukar
wrote:
> Hi,
>
> On my setup, I have 2 hosts connected with a GRE tunnel with following
> configuration:
>
> Host 1:
>
> #ovs-vsctl add-br br0
> #ifconfig br0 1.1.1.1
> #ovs-vsctl add-port br0 gre0 -- set interface gre0 type=gre
> options:remote_ip
Hi,
On my setup, I have 2 hosts connected with a GRE tunnel with following
configuration:
Host 1:
#ovs-vsctl add-br br0
#ifconfig br0 1.1.1.1
#ovs-vsctl add-port br0 gre0 -- set interface gre0 type=gre
options:remote_ip=
Host 2:
#ovs-vsctl add-br br1
#ifconfig br1 1.1.2.1
#ovs-vsctl add-port br
You're right.
I sent out a fix. Please check whether it fixes the problem for you.
On Mon, Jul 14, 2014 at 06:10:55PM +0100, Simon Jouet wrote:
> Apologies for the double post but I think I've figured out the problem.
>
> OFPT_QUEUE_GET_CONFIG_REQUEST is header type 20 and the response is 21 in
Hi Ben,
Thanks for the suggestions. I did some quick test and analysis of the
stack usage on ovs-2.1.2 (planning to do it on master later) and here
are some of the findings.
The list shows the stack usage (in bytes) by each of the functions. I
have collected only those functions which uses m
Hi Ben,
Sorry for the confusion, I was just an FYI that dom0 was 64bit. I also
agree that 32bit or 64bit shouldn't make any difference.
Thanks,
Anoob.
On 09/07/14 18:59, Ben Pfaff wrote:
I ran that command on my own development host rather than in the Xen
DDK. (I use i386 instead of x86-64 t
Apologies for the double post but I think I've figured out the problem.
OFPT_QUEUE_GET_CONFIG_REQUEST is header type 20 and the response is 21 in
OpenFlow 1.0, however in OpenVSwitch the wrong value of 22 and 23 are used
(OF1.1)
Simon
On 14 July 2014 17:18, Simon Jouet wrote:
> Thanks for con
Thanks for confirming that the feature is in 2.1+, I just ran the wireshark
dissector to double check.
In the Stats Reply packet I get HW Desc: Open vSwitch and SW Desc: 2.1.2
confirming the right version of OVS
Then I issue a Get Queue Config Request: Version 0x01, Type 20, Length: 12,
Transacti
On Fri, Jul 11, 2014 at 09:49:11AM +0530, Jagadish Nadimpalli wrote:
> ovs-vsctl command gets struck some times and doesn't exit (if timeout is
> not mentioned). It exits with timeout when it is run with timeout option.
> We observe following error in any of the above cases.
>
>
>
>
> *ovs-vswi
On Thu, Jul 10, 2014 at 06:02:29PM +0900, ?? wrote:
> I??m Using Openvswitch 1.10.0.
>
> When sFlow sampling Rate is set 100, ovs-vswitchd happened segfault.
>
> Here coredump??s backtrace output.
>
>
>
> Reading symbols from /lib64/ld-linux-x86-64.so.2...
> warning: the debug information
On Thu, Jul 10, 2014 at 06:59:27PM +1000, Jaime Pillora wrote:
> I'm attempting to retrieve table information from OVS 2.1.2. Here is my
> packet:
>
> 0x04, //version => 4
> 0x12, //type => MULTIPART_REQUEST
> 0x00,0x10, //length => 16
> 0x00,0x00,0x00,0x01, //xid => 1
> 0x00,0x03, //typ
On Thu, Jul 10, 2014 at 01:43:10PM +0530, Prabhuling Kalyani wrote:
> It does seem strange to me too.
> Unfortunately I am very new to this.
> If you could help me with few pointers to investigate, it would be great.
It seems that you are using OVS that originates from some place other
than openvs
On Thu, Jul 10, 2014 at 08:08:20AM +, Gur Stavi wrote:
> If bfd is unsupported by ofproto class an 'unsupported' warning is
> displayed. No such warning is displayed for other unsupported
> protocols.
>
> Proposed fix:
> In the function:
> ofproto_port_set_bfd
>
> Change:
>
> if (error) {
>
On Mon, Jul 14, 2014 at 02:27:10PM +0100, Simon Jouet wrote:
> I've been through the OpenFlow documentation once more and came across the
> OF command OFPT_QUEUE_GET_CONFIG_REQUEST I've tried it (from POX) but OVS
> replies with OFPET_BAD_REQUEST:OFPBRC_BAD_TYPE.
>
> I've seen that a patch was pro
Hi,
I've been through the OpenFlow documentation once more and came across the
OF command OFPT_QUEUE_GET_CONFIG_REQUEST I've tried it (from POX) but OVS
replies with OFPET_BAD_REQUEST:OFPBRC_BAD_TYPE.
I've seen that a patch was proposed last October (
http://patchwork.openvswitch.org/patch/1889/)
Hi,
I'm trying to add a new header (my_library.h) to openvswitch's sources.
This header contains a function that I want to call from ofproto.c (This
function is in my_main). The problem is that openvswitch use automake and
other files to compile. I found many files that Automake is using to create
18 matches
Mail list logo
