Thanks! I will try out and see which is the best solution for me. will update here if it works for me :)
On Thu, Aug 14, 2014 at 1:45 PM, Ben Pfaff <b...@nicira.com> wrote: > You're doing something that no one really wants to do (as far as I > know). I see this as not a real problem, therefore it doesn't need a > real solution. > > You can use veths, I think. > > On Thu, Aug 14, 2014 at 01:42:20PM -0400, Krishna Pratap wrote: > > Yea I saw that but my question is ...should I be changing that? I am sort > > of new to ovs. is there any other way to connect switches? > > > > Since the same packet is being forwarded by all switches it reaches that > > recursion limit. so apart from increasing this limit ..do we have another > > solution? > > > > > > Thanks for all the input! Im learning a lot > > > > KP > > > > > > On Thu, Aug 14, 2014 at 1:38 PM, Ben Pfaff <b...@nicira.com> wrote: > > > > > You can increase MAX_RESUBMIT_RECURSION in ofproto-dpif-xlate.c. > > > > > > On Thu, Aug 14, 2014 at 01:22:55PM -0400, Krishna Pratap wrote: > > > > yes Ben, you maybe right. I saw it in log file when i enabled > debugging . > > > > > > > > > > > > *2014-08-12T10:55:26.658Z|00070|ofproto_dpif_xlate(handler_1)|ERR|resubmit > > > > actions recursed over 64 times* > > > > > > > > Is there a way to work around this? how can i remove this limit to > see if > > > > it crashes or not. are there any other way to connect switches > together > > > > apart from patch ports and Veth pairs? > > > > > > > > Thanks, > > > > KP > > > > > > > > > > > > > > > > On Thu, Aug 14, 2014 at 1:01 PM, Ben Pfaff <b...@nicira.com> wrote: > > > > > > > > > On Wed, Aug 13, 2014 at 6:57 PM, Flavio Leitner <f...@redhat.com> > > > wrote: > > > > > > If it's kernel DP, then patch ports are internal ports which > during > > > TX > > > > > > inserts the packet (skb) into the CPU backlog queue > > > > > (enqueue_to_backlog()) > > > > > > for later processing. Later on, the backlog queue is processed > > > > > > (process_backlog()) and the packet is actually received by the > other > > > > > port. > > > > > > > > > > I missed that we're talking about patch ports. That explains the > whole > > > > > issue. > > > > > > > > > > Patch ports are implemented in userspace regardless of the > datapath in > > > use. > > > > > They do not exist as ports visible from the kernel (definitely not > as > > > > > internal > > > > > ports). Hops across patch ports are "optimized out" in userspace, > but > > > the > > > > > recursion is limited to 64 levels, hence the issue you're seeing. > > > > > > > > > > > > > > > > > > > > > -- > > > > Best Regards, > > > > Krishna Pratap Singh > > > > > > > > > > > -- > > Best Regards, > > Krishna Pratap Singh > -- Best Regards, Krishna Pratap Singh
_______________________________________________ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss
