* [Bridge] Problem with syslog in bridge(?) with ethernet broadcast packets with QinQ
@ 2017-09-18 15:21 Andrés Pozo Muñoz
2017-10-12 14:58 ` Stephen Hemminger
0 siblings, 1 reply; 3+ messages in thread
From: Andrés Pozo Muñoz @ 2017-09-18 15:21 UTC (permalink / raw)
To: bridge
Hi all,
I'm facing some problem with ethernet multicast traffic and QinQ
(802.3q in both tags) in -apparently- a bridge in Ubuntu 16.04
(4.12.0-041200-generic).
My set up is the following:
+-----------+
| VM |
+-----+-----+
|
| tag 55
+---------+------------+
| OVS |
+-----------+----------+
| veth3.9
veth3 + |
+--+
| veth2
+-------+----------+
| BRIDGE |
+-------+----------+
|
|
+-------+----------+
| ens11f1 |
+------------------+
I am setting the inner tag with OVS and the outer tag with a vlan type veth.
The problem I have is that every packet sent from the VM to Ethernet
broadcast addresses (33:33:xx:xx:xx:xx) generates a "IPv6 header not
found" entry in syslog.
If I generate a 'ens11f1.9' interface and remove the BRIDGE, the log
entry dissapears.
Some questions:
* Is there any problem with these packets (ethernet multicast with
QinQ) in bridges?
* Is there any configuration I should change for the problem to dissapear?
Thanks in advance for your help! Any hint about what could be
generating those logs is appreciated.
Regards,
Andrés Pozo
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Bridge] Problem with syslog in bridge(?) with ethernet broadcast packets with QinQ
2017-09-18 15:21 [Bridge] Problem with syslog in bridge(?) with ethernet broadcast packets with QinQ Andrés Pozo Muñoz
@ 2017-10-12 14:58 ` Stephen Hemminger
2017-10-16 10:39 ` Andrés Pozo Muñoz
0 siblings, 1 reply; 3+ messages in thread
From: Stephen Hemminger @ 2017-10-12 14:58 UTC (permalink / raw)
To: Andrés Pozo Muñoz; +Cc: bridge
On Mon, 18 Sep 2017 17:21:11 +0200
Andrés Pozo Muñoz <andres.pozom@gmail.com> wrote:
> Hi all,
>
> I'm facing some problem with ethernet multicast traffic and QinQ
> (802.3q in both tags) in -apparently- a bridge in Ubuntu 16.04
> (4.12.0-041200-generic).
>
> My set up is the following:
> +-----------+
> | VM |
> +-----+-----+
> |
> | tag 55
> +---------+------------+
> | OVS |
> +-----------+----------+
> | veth3.9
> veth3 + |
> +--+
> | veth2
> +-------+----------+
> | BRIDGE |
> +-------+----------+
> |
> |
> +-------+----------+
> | ens11f1 |
> +------------------+
>
>
> I am setting the inner tag with OVS and the outer tag with a vlan type veth.
> The problem I have is that every packet sent from the VM to Ethernet
> broadcast addresses (33:33:xx:xx:xx:xx) generates a "IPv6 header not
> found" entry in syslog.
>
> If I generate a 'ens11f1.9' interface and remove the BRIDGE, the log
> entry dissapears.
>
> Some questions:
> * Is there any problem with these packets (ethernet multicast with
> QinQ) in bridges?
> * Is there any configuration I should change for the problem to dissapear?
>
> Thanks in advance for your help! Any hint about what could be
> generating those logs is appreciated.
>
> Regards,
> Andrés Pozo
Where is the log message coming from? Could you change the printk into
a WARN_ON_ONCE and get backtrace? My guess is the firewall code doesn't
understand the additional tag.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Bridge] Problem with syslog in bridge(?) with ethernet broadcast packets with QinQ
2017-10-12 14:58 ` Stephen Hemminger
@ 2017-10-16 10:39 ` Andrés Pozo Muñoz
0 siblings, 0 replies; 3+ messages in thread
From: Andrés Pozo Muñoz @ 2017-10-16 10:39 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: bridge
Hi Stephen,
thanks for your response.
I managed to move forward removing the bridge from my schema. I think
the problem has to deal with multicast IPv6 addresses with QinQ in a
bridge.
If I remove that bridge and put the traffic through a vlan type
subinterface in the physical interface, everything seems to work fine
(and the syslog entry, no longer appears...).
I'll try to follow your suggestion and get that trace....
Thanks!
Regards,
Andres
On Thu, Oct 12, 2017 at 4:58 PM, Stephen Hemminger
<stephen@networkplumber.org> wrote:
> On Mon, 18 Sep 2017 17:21:11 +0200
> Andrés Pozo Muñoz <andres.pozom@gmail.com> wrote:
>
>> Hi all,
>>
>> I'm facing some problem with ethernet multicast traffic and QinQ
>> (802.3q in both tags) in -apparently- a bridge in Ubuntu 16.04
>> (4.12.0-041200-generic).
>>
>> My set up is the following:
>> +-----------+
>> | VM |
>> +-----+-----+
>> |
>> | tag 55
>> +---------+------------+
>> | OVS |
>> +-----------+----------+
>> | veth3.9
>> veth3 + |
>> +--+
>> | veth2
>> +-------+----------+
>> | BRIDGE |
>> +-------+----------+
>> |
>> |
>> +-------+----------+
>> | ens11f1 |
>> +------------------+
>>
>>
>> I am setting the inner tag with OVS and the outer tag with a vlan type veth.
>> The problem I have is that every packet sent from the VM to Ethernet
>> broadcast addresses (33:33:xx:xx:xx:xx) generates a "IPv6 header not
>> found" entry in syslog.
>>
>> If I generate a 'ens11f1.9' interface and remove the BRIDGE, the log
>> entry dissapears.
>>
>> Some questions:
>> * Is there any problem with these packets (ethernet multicast with
>> QinQ) in bridges?
>> * Is there any configuration I should change for the problem to dissapear?
>>
>> Thanks in advance for your help! Any hint about what could be
>> generating those logs is appreciated.
>>
>> Regards,
>> Andrés Pozo
>
> Where is the log message coming from? Could you change the printk into
> a WARN_ON_ONCE and get backtrace? My guess is the firewall code doesn't
> understand the additional tag.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-10-16 10:39 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-09-18 15:21 [Bridge] Problem with syslog in bridge(?) with ethernet broadcast packets with QinQ Andrés Pozo Muñoz
2017-10-12 14:58 ` Stephen Hemminger
2017-10-16 10:39 ` Andrés Pozo Muñoz
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.