Hi!
> I thought br0 behaves like a L2 switch on which multiple VLAN tags may exist.
> Thus tagging 100 on br0, I though it does not make any sense. Anyway, thanks
> for your help.
When you are tagging br0 interface, you are not setting that only VLAN
100 traffic can go through the bridge. What
Hi,
> Hi,
>
>> 1. arp request from 10.0.1.2(tap0) to 10.0.1.1(br0)
>> 2. arp reply from 10.0.1.1(br0) to 10.0.1.2(tap0), so tap0 know the mac
>> address of br0
>> 3. icmp request sent from 10.0.1.2(tap0) to 10.0.0.2(tap1)
>> 4. br0 forwards the packet to br1 while modifying src mac address and d
Hi,
> 1. arp request from 10.0.1.2(tap0) to 10.0.1.1(br0)
> 2. arp reply from 10.0.1.1(br0) to 10.0.1.2(tap0), so tap0 know the mac
> address of br0
> 3. icmp request sent from 10.0.1.2(tap0) to 10.0.0.2(tap1)
> 4. br0 forwards the packet to br1 while modifying src mac address and dst
> mac addres
Hi,
> I thought packets flow through patch port only with NORMAL flow, but my
> settings seem not allow to do so (because of netmask). In case this netmask
> (255.255.255.0), do I need to insert flow like 'priority=100,
> nw_dst=10.0.1.0/24, actions=output:#{patch_port_number}' ?
I think so, sinc
Hi,
Sorry for sending multiple times. What I am concerned is arp request/reply
between br0 and tap0. To send an icmp packet from 10.0.1.2 to 10.0.0.2 I
think the following operations should be done.
1. arp request from 10.0.1.2(tap0) to 10.0.1.1(br0)
2. arp reply from 10.0.1.1(br0) to 10.0.1.2(ta
I am actually using Open vSwitch v1.6.1. I hope this wouldn't be the stem
of problems.
On Fri, Feb 22, 2013 at 12:13 PM, Diego Rivero wrote:
> Hi,
>
>
>
>> > IP address:
>> > br0 -> 10.0.1.1
>> > tap0 -> 10.0.1.2
>> > br1 -> 10.0.0.1
>> > tap1 -> 10.0.0.2
>>
>> I'm assuming that netmask is 255.
Hi,
> > IP address:
> > br0 -> 10.0.1.1
> > tap0 -> 10.0.1.2
> > br1 -> 10.0.0.1
> > tap1 -> 10.0.0.2
>
> I'm assuming that netmask is 255.0.0.0 (or 255.255.0.0).
>
>
netmask is actually 255.255.255.0. I assume both 10.0.1.0/24 and
10.0.0.0/24are totally independent. Both networks never know eac
Hi:
(...)
> # ovs-ofctl dump-flows br0
> NXST_FLOW reply (xid=0x4):
> cookie=0x0, duration=490.292s, table=0, n_packets=8033106,
> n_bytes=840743327, idle_age=0,priority=0 actions=NORMAL
> # ovs-ofctl dump-flows br1
> NXST_FLOW reply (xid=0x4):
No flow for bridge br1 ??
> IP address:
> br0 ->
I am now facing some problem about vlan settings over patch port with which
multiple datapaths are connected (here 2 datapaths). Before I ask my
questions, let me dump my current settings.
# ovs-vsctl show
55861161-6670-45cc-850e-aca38a9aab33
Bridge br0
Port patch_tun
trunk
