Re: [ovs-discuss] Inactivity Probe configuration not taking effect in OVS 2.14.0

2021-09-08 Thread Saurabh Deokate
Hi Ben, do we have any update on this issue ?  

~Saurabh.

On 24/08/21, 11:21 AM, "Saurabh Deokate"  wrote:

Hi Ben, can you please help us understand why are we seeing these retrying 
even after setting inactivity_probe to 0. Are we missing on some configuration 
? 

~Saurabh.

On 18/08/21, 11:50 AM, "Saurabh Deokate"  
wrote:

Hi Ben,

I tested with latest OVS 2.16, which has your fix, even after setting 
inactivity_probe to 0, we are still seeing ovs retrying after every 5 sec. 
Can you please help us with this ?

Here are the details - 
root@ip-10-192-20-160:/home/ubuntu# ovs-vsctl --version 
ovs-vsctl (Open vSwitch) 2.16.0
DB Schema 8.3.0

root@ip-10-192-20-160:/home/ubuntu# ovs-vsctl list controller 
_uuid   : e2947bdf-3695-42d0-a8fc-5efc7c1a7a01
connection_mode : []
controller_burst_limit: []
controller_queue_size: []
controller_rate_limit: []
enable_async_messages: []
external_ids: {}
inactivity_probe: 0
is_connected: true
local_gateway   : []
local_ip: []
local_netmask   : []
max_backoff : []
other_config: {}
role: other
status  : {last_error="Connection timed out", 
sec_since_connect="7", sec_since_disconnect="9", state=IDLE}
target  : "tcp:127.0.0.1:1"
type: []

LOGS - /var/log//openvswitch/ovs-vswitchd.log  

2021-08-18T06:06:06.874Z|00830|rconn|ERR|br0<->tcp:127.0.0.1:1: no 
response to inactivity probe after 5 seconds, disconnecting
2021-08-18T06:06:07.884Z|00831|rconn|INFO|br0<->tcp:127.0.0.1:1: 
connecting...
2021-08-18T06:06:07.889Z|00832|rconn|INFO|br0<->tcp:127.0.0.1:1: 
connected
2021-08-18T06:06:17.890Z|00833|rconn|ERR|br0<->tcp:127.0.0.1:1: no 
response to inactivity probe after 5 seconds, disconnecting
2021-08-18T06:06:18.903Z|00834|rconn|INFO|br0<->tcp:127.0.0.1:1: 
connecting...
2021-08-18T06:06:19.404Z|00835|rconn|INFO|br0<->tcp:127.0.0.1:1: 
connected
2021-08-18T06:06:20.405Z|00836|fail_open|INFO|Still in fail-open mode 
after 184 seconds disconnected from controller
2021-08-18T06:06:29.405Z|00837|rconn|ERR|br0<->tcp:127.0.0.1:1: no 
response to inactivity probe after 5 seconds, disconnecting
2021-08-18T06:06:30.419Z|00838|rconn|INFO|br0<->tcp:127.0.0.1:1: 
connecting...
2021-08-18T06:06:30.884Z|00839|rconn|INFO|br0<->tcp:127.0.0.1:1: 
connected
2021-08-18T06:06:40.884Z|00840|rconn|ERR|br0<->tcp:127.0.0.1:1: no 
response to inactivity probe after 5 seconds, disconnecting
2021-08-18T06:06:41.884Z|00841|rconn|INFO|br0<->tcp:127.0.0.1:1: 
connecting...
2021-08-18T06:06:41.935Z|00842|rconn|INFO|br0<->tcp:127.0.0.1:1: 
connected

On 02/07/21, 11:40 PM, "Ben Pfaff"  wrote:

I just pushed the fixes to the repo, so it'll be released as part 
of the
next regular OVS release.

Building from a patch isn't any different from building any other 
way.

On Thu, Jul 01, 2021 at 06:19:08AM +, Saurabh Deokate wrote:
> Hi Ben, 
> 
> I have two questions,
> 1. When is this patch going to be released ? 
> 2. Do we have any documentation for building modules from patch?
> 
> On 28/06/21, 10:25 PM, "Ben Pfaff"  wrote:
> 
> I recommend trying the patches that I posted:
> 
https://urldefense.proofpoint.com/v2/url?u=https-3A__mail.openvswitch.org_pipermail_ovs-2Ddev_2021-2DJune_383783.html=DwIDaQ=s883GpUCOChKOHiocYtGcg=jK9phexdherJTNL6qWfkjyz7vNK2P5VYFIeRp9Vdy5s=0Y5dlQZ6-TXyNkmMDUiCUN6JaZJeIf_W69zr7CdJ_3A=7gXiz2Z8l7MPXHoqsyHwzyX4sozNLZM5RFJam3PSMRA=
 
> 
https://urldefense.proofpoint.com/v2/url?u=https-3A__mail.openvswitch.org_pipermail_ovs-2Ddev_2021-2DJune_383784.html=DwIDaQ=s883GpUCOChKOHiocYtGcg=jK9phexdherJTNL6qWfkjyz7vNK2P5VYFIeRp9Vdy5s=0Y5dlQZ6-TXyNkmMDUiCUN6JaZJeIf_W69zr7CdJ_3A=GZqZu8jql-ra0ik1wyfKSM4p6uNSvycyhJnMkTtIJTc=
 
> 
> On Tue, Jun 15, 2021 at 07:24:06AM +, Saurabh Deokate 
wrote:
> > Hi Ben,
> > 
> > Here is the output for ovs-vsctl list controller 
> > 
> > [root@172-31-64-26-aws-eu-central-1c ~]# ovs-vsctl list 
controller
> > _uuid : eb56176a-ad32-4eb0-9cd8-7ab3bd448a68
> > connection_mode : out-of-band
> > controller_burst_limit: []
> > controller_queue_size: []
> > controller_rate_limit: []
> > enable_async_messages: []
> > external_ids : {}
>

[ovs-discuss] Unresponsive port of switch connected to controller

2021-09-08 Thread sudhanshu naithani
Hi Everyone,

I am working with mininet and ovs. For my experiment I added a link between
the mininet switch and global namespace of my virtual machine where my
controller resides. Relevant interfaces of this link on both sides (global
namespace and inside mininet) are up and running.

Problem is this switch can not connect to the controller in the global
namespace. As per my understanding, the switch will try to reach
controller from all of its interfaces. I checked and found following-

mininet> sc1 tc -s -d qdisc  show dev sc1-ethc
qdisc noqueue 0: root refcnt 2
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0

mininet> sc1 tc -s -d qdisc  show dev sc1-eth2
qdisc htb 1: root refcnt 2 r2q 10 default 0x1 direct_packets_stat 0 ver
3.17 direct_qlen 1000
 Sent 3812 bytes 32 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0

mininet> sc1 tc -s -d qdisc  show dev sc1-eth3
qdisc htb 1: root refcnt 2 r2q 10 default 0x1 direct_packets_stat 0 ver
3.17 direct_qlen 1000
 Sent 3883 bytes 33 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0

As it can be seen there is no pkt passing via interface sc1-ethc, which is
connected to the controller in the global namespace. Although all other
interfaces are trying to connect to the controller.

Could anyone please help me to understand why it's happening and how to
overcome this situation?

Thank you.

Kind Regards-
Sudhanshu Naithani
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss