Re: [ovs-discuss] OVN DNS support questions

2020-06-03 Thread Numan Siddique
On Wed, Jun 3, 2020 at 12:35 AM John Lang wrote: > I think I know the answers to these, but there are some enhancement > requests and bugs that seem to indicate otherwise. > > > >1. If OVN can’t answer a DNS request, does the pipeline forward it on >the another DNS server? How is that se

Re: [ovs-discuss] check_pkt_larger precision

2020-06-03 Thread Miroslav Kubiczek
On 29. 05. 20 12:51, Numan Siddique wrote: This email was sent from an external sender. Do not click links or open attachments unless you recognize the sender and know the content is safe. On Fri, May 29, 2020 at 3:41 PM Miroslav Kubiczek > wrot

Re: [ovs-discuss] OVN DNS support questions

2020-06-03 Thread John Lang
Thanks Numan.  I was sure I tried domain_name, but your right.   Do you have any suggestions on how difficult it would be to implement reverse DNS lookup?   John Lang w (303) 272-5457 c (970) 231-3724   From: Numan Siddique Sent: Wednesday, June 3, 2020 1:54 AM To: John Lang Cc: ovs-dis

Re: [ovs-discuss] OVN DNS support questions

2020-06-03 Thread Numan Siddique
On Wed, Jun 3, 2020 at 9:51 PM John Lang wrote: > Thanks Numan. I was sure I tried domain_name, but your right. > > > > Do you have any suggestions on how difficult it would be to implement > reverse DNS lookup? > Welcome. I haven't thought about the details. But I think the implementation sho

Re: [ovs-discuss] check_pkt_larger precision

2020-06-03 Thread Numan Siddique
On Wed, Jun 3, 2020 at 8:27 PM Miroslav Kubiczek < miroslav.kubic...@adaptivemobile.com> wrote: > > On 29. 05. 20 12:51, Numan Siddique wrote: > > This email was sent from an external sender. Do not click links or open > attachments unless you recognize the sender and know the content is safe. > >

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

2020-06-03 Thread Girish Moodalbail
Hello all, To kind of proceed with the proposed fixes, with minimal impact, is the following a reasonable approach? 1. Add an option, namely dynamic_neigh_routes={true|false}, for a gateway router. With this option enabled, the nextHop IP's MAC will be learned through a ARP request on th

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

2020-06-03 Thread Han Zhou
Hi Girish, yes, that's what we concluded in last OVN meeting, but sorry that I forgot to update here. On Wed, Jun 3, 2020 at 3:32 PM Girish Moodalbail wrote: > > Hello all, > > To kind of proceed with the proposed fixes, with minimal impact, is the following a reasonable approach? > > Add an opti

Re: [ovs-discuss] [OVN] flow explosion in lr_in_arp_resolve table

2020-06-03 Thread Girish Moodalbail
No worries, thanks for the update Han. Once you have the patch, we can test your changes on our cluster and provide you an update. Regards, ~Girish On Wed, Jun 3, 2020 at 4:27 PM Han Zhou wrote: > Hi Girish, yes, that's what we concluded in last OVN meeting, but sorry > that I forgot to update

[ovs-discuss] [OVN] logical flow explosion in lr_in_ip_input table for dnat_and_snat IPs

2020-06-03 Thread Girish Moodalbail
Hello all, While working on an extension, see the diagram below, to the existing OVN logical topology for the ovn-kubernetes project, I am seeing an explosion of the "Reply to ARP requests" logical flows in the `lr_in_ip_input` table for the distributed router (ovn_cluster_router) configured with

Re: [ovs-discuss] [OVN] logical flow explosion in lr_in_ip_input table for dnat_and_snat IPs

2020-06-03 Thread Han Zhou
On Wed, Jun 3, 2020 at 7:16 PM Girish Moodalbail wrote: > Hello all, > > While working on an extension, see the diagram below, to the existing OVN > logical topology for the ovn-kubernetes project, I am seeing an explosion > of the "Reply to ARP requests" logical flows in the `lr_in_ip_input` tab

Re: [ovs-discuss] [OVN] logical flow explosion in lr_in_ip_input table for dnat_and_snat IPs

2020-06-03 Thread Girish Moodalbail
On Wed, Jun 3, 2020 at 9:39 PM Han Zhou wrote: > > > On Wed, Jun 3, 2020 at 7:16 PM Girish Moodalbail > wrote: > >> Hello all, >> >> While working on an extension, see the diagram below, to the existing >> OVN logical topology for the ovn-kubernetes project, I am seeing an >> explosion of the "R