hi
> if you don¹t have an OOB nic and don¹t script moving the IP from ethX to
> brX it will clip you connection :)
>
> Configure a bridge and add eth0 to the new bridge:
> --
> sudo ovs-vsctl add-br br0
> ovs-vsctl add-port br0 eth0
> ovs-vsctl list
If you want to try it out here are some quick commands from my notes. Fyi,
if you don¹t have an OOB nic and don¹t script moving the IP from ethX to
brX it will clip you connection :)
Configure a bridge and add eth0 to the new bridge:
--
sudo ovs-vsc
On Thu, Mar 27, 2014 at 08:32:33PM -0400, John Thoe wrote:
> > At that point, the packet has passed out of the domain of Open vSwitch
> > into the kernel IP stack, so you need to consider reasons why the kernel
> > IP stack would not respond to an ICMP packet: routing, etc.
>
> yes which is what s
> At that point, the packet has passed out of the domain of Open vSwitch
> into the kernel IP stack, so you need to consider reasons why the kernel
> IP stack would not respond to an ICMP packet: routing, etc.
yes which is what surprises me because if I bring the bridge down, i am able to
ping th
On Thu, Mar 27, 2014 at 07:31:31PM -0400, John Thoe wrote:
> >> I see ICMP requests to the bridge but no replies.. I have reverse flow
> >> set up from local to the input port and that is why I am confused.
> >
> > You mean, when you tcpdump br0 (or whatever the name of your bridge is),
> > you see
>> I see ICMP requests to the bridge but no replies.. I have reverse flow
>> set up from local to the input port and that is why I am confused.
>
> You mean, when you tcpdump br0 (or whatever the name of your bridge is),
> you see the ICMP request but not the reply?
yeah..
I also tried to set th
On Thu, Mar 27, 2014 at 06:21:46PM -0400, John Thoe wrote:
> > It could be, in some setups.
> >
> > Important packets must not be getting switched. You can use tcpdump on
> > either side to see what's getting dropped.
>
> I see ICMP requests to the bridge but no replies.. I have reverse flow
> set
> It could be, in some setups.
>
> Important packets must not be getting switched. You can use tcpdump on
> either side to see what's getting dropped.
I see ICMP requests to the bridge but no replies.. I have reverse flow set up
from local to the input port and that is why I am confused.
On Thu, Mar 27, 2014 at 06:01:33PM -0400, John Thoe wrote:
> >> Hi can anyone help me with this. ARP flows work but I cannot ping the
> >> bridge..
> >
> > The flows you listed only allow ARP traffic.
>
> Yes I know. In my set up, i replaced 'arp' with 'icmp' and the rest of
> the rules remain th
>> Hi can anyone help me with this. ARP flows work but I cannot ping the
>> bridge..
>
> The flows you listed only allow ARP traffic.
Yes I know. In my set up, i replaced 'arp' with 'icmp' and the rest of the
rules remain the same. Is that enough?
___
On Thu, Mar 27, 2014 at 05:53:08PM -0400, John Thoe wrote:
> > ifconfig br0
> > ovs-ofctl add-flow eth0 "in_port=1,arp,actions=local"
> > ovs-ofctl add-flow eth0 "in_port=local,arp,actions=output:1"
> >
> > But this does not work and I see many ARP requests that don't get a reply.
> > Simply put,
> ifconfig br0
> ovs-ofctl add-flow eth0 "in_port=1,arp,actions=local"
> ovs-ofctl add-flow eth0 "in_port=local,arp,actions=output:1"
>
> But this does not work and I see many ARP requests that don't get a reply.
> Simply put, i want that the bridge is able to reply to the ARP requests.
> Simila
Hi
I have asked this before here also but I cannot get this to work. I think I am
misunderstanding something
I have a bridge br0 to which I have attached a physical interface ethX. I want
to handle ARP requests to the bridge as the interface would handle them. I set
the IP to the bridge (the s
13 matches
Mail list logo
