On Thu, Jul 27, 2017 at 10:09 AM, Omer Anson <email address hidden>
wrote:
> This is an RFE. That's why it's moved to Wishlist. It's not to say it's
> not important, but RFEs should be either Wishlist or High, and the core
> team doesn't have the resources to make it high.
>
> ** Changed in: dragonflow
> Importance: Medium => Wishlist
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1535069
>
> Title:
> Problematic multicast packet handling
>
> Status in DragonFlow:
> New
>
> Bug description:
> Hello
>
> It turned out we have a problem with multicast packet handling.
>
> When VM sends a multicast packet, default OVN rules send this packet to
> all other VMs
> in the same network including the original VM.
>
> Lets take the following rule in table 17:
> {'cookie': u'0x0,', 'table': u'17,', 'match':
> u'metadata=0x2,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00', 'priority':
> u'200', 'actions': u'set_field:0x5->reg7,resubmit(,64),set_field:0x97->
> reg7,resubmit(,64),set_field:0x3->reg7,resubmit(,64)}
>
> After adding new VM (port_id=51, tunnel_id=0xbb) we got the following
> rule:
> {'cookie': u'0x0,', 'table': u'17,', 'match':
> u'metadata=0x2,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00', 'priority':
> u'200', 'actions': u'set_field:0x5->reg7,resubmit(,64),set_field:0x97->
> reg7,resubmit(,64),set_field:0x3->reg7,resubmit(,64),set_
> field:0xbb->reg7,resubmit(,64)'}
>
> "set_field:0xbb->reg7,resubmit(,64)" is appended to the rule.
>
>
> Potential solution:
> -------------------------
>
> As I understand we want to keep number of OVN rules at minimal.
>
> I can suggest to drop a new copy of the packet before sending it to
> the target VM (same as original VM).
>
> We can simply drop multicast packet when "reg6=reg7" and
> "dl_dst=01:00:00:00:00:00/01:00:00:00:00:00" and add this rule as
> first rule at table 64.
>
>
> Best regards,
> Yuli
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/dragonflow/+bug/1535069/+subscriptions
>
wasup
On Thu, Jul 27, 2017 at 10:09 AM, Omer Anson <email address hidden>
wrote:
> This is an RFE. That's why it's moved to Wishlist. It's not to say it's /bugs.launchpad .net/bugs/ 1535069 0x2,dl_ dst=01: 00:00:00: 00:00/01: 00:00:00: 00:00', 'priority': 0x5->reg7, resubmit( ,64),set_ field:0x97- > ,64),set_ field:0x3- >reg7,resubmit( ,64)} 0x2,dl_ dst=01: 00:00:00: 00:00/01: 00:00:00: 00:00', 'priority': 0x5->reg7, resubmit( ,64),set_ field:0x97- > ,64),set_ field:0x3- >reg7,resubmit( ,64),set_ >reg7,resubmit( ,64)'} 0xbb->reg7, resubmit( ,64)" is appended to the rule. ------- ------- ---- 01:00:00: 00:00:00/ 01:00:00: 00:00:00" and add this rule as /bugs.launchpad .net/dragonflow /+bug/1535069/ +subscriptions
> not important, but RFEs should be either Wishlist or High, and the core
> team doesn't have the resources to make it high.
>
> ** Changed in: dragonflow
> Importance: Medium => Wishlist
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> Problematic multicast packet handling
>
> Status in DragonFlow:
> New
>
> Bug description:
> Hello
>
> It turned out we have a problem with multicast packet handling.
>
> When VM sends a multicast packet, default OVN rules send this packet to
> all other VMs
> in the same network including the original VM.
>
> Lets take the following rule in table 17:
> {'cookie': u'0x0,', 'table': u'17,', 'match':
> u'metadata=
> u'200', 'actions': u'set_field:
> reg7,resubmit(
>
> After adding new VM (port_id=51, tunnel_id=0xbb) we got the following
> rule:
> {'cookie': u'0x0,', 'table': u'17,', 'match':
> u'metadata=
> u'200', 'actions': u'set_field:
> reg7,resubmit(
> field:0xbb-
>
> "set_field:
>
>
> Potential solution:
> -------
>
> As I understand we want to keep number of OVN rules at minimal.
>
> I can suggest to drop a new copy of the packet before sending it to
> the target VM (same as original VM).
>
> We can simply drop multicast packet when "reg6=reg7" and
> "dl_dst=
> first rule at table 64.
>
>
> Best regards,
> Yuli
>
> To manage notifications about this bug go to:
> https:/
>