Problematic multicast packet handling

This will be treated in the implementation of the multicast spec.
https://blueprints.launchpad.net/dragonflow/+spec/igmp-app

This is very interesting feature, like it.

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.

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
> 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
>