It should be OFPP_NONE, not OFPP_CONTROLLER.
On Fri, Dec 23, 2011 at 10:55:54AM +0800, Liang Liang wrote:
> it is set to controller port 0xfffd.
> ??? 2011-12-23 ??10:29???"Ben Pfaff" ?
>
> > What in_port does NOX specify when it sends the packet_out?
> >
> > On Fri, Dec 23, 2011 at 0
it is set to controller port 0xfffd.
在 2011-12-23 上午10:29，"Ben Pfaff" 写道：
> What in_port does NOX specify when it sends the packet_out?
>
> On Fri, Dec 23, 2011 at 09:30:15AM +0800, Liang Liang wrote:
> > i am using master branch and it includes the patch you mentioned.
> > ??? 2011-12-23 ??1:
What in_port does NOX specify when it sends the packet_out?
On Fri, Dec 23, 2011 at 09:30:15AM +0800, Liang Liang wrote:
> i am using master branch and it includes the patch you mentioned.
> ??? 2011-12-23 ??1:25???"Ben Pfaff" ?
>
> > On Thu, Dec 22, 2011 at 06:24:27PM +0800, Liang Li
Our support team suggested out-of-band that you were using OVS 1.0.99.
I set up OVS 1.0.99 (the tip of the "vlan-maint" branch) and
experimented briefly with a setup similar to the one that you
provided. I did not set up a restrictive flow table or configure a
controller; that is unlikely to be k
On Dec 21, 2011, at 7:17 PM, "Amit Tewari" wrote:
> Now on Linux Bridge we enable /proc/sys/net/bridge/bridge-nf-call-iptables
> parameter to allow netfilter rules to be applied on bridge, and it works
> correctly for guest machine.
> But when we use openvswithch this parameter do not exists and
OK. So it seems that MAC learning entries are expiring in cases where
we expect them to persist. I can look into that, if you can give me
some more details; to start, the version of OVS involved. (I think
that you might have already given detail to our support team in
parallel; I'm trying to fin
I believe that there is nothing else going on at all.
The CLI tools were used to construct the rules: no DVSC in play.
-Mike.
--
Mike Bursell.
Ben Pfaff wrote:
On Thu, Dec 22, 2011 at 04:35:45PM +, Mike Bursell wrote:
> We've discovered what we suspect is a bug, and are looking for
> th
On 12/1/2011 2:38 PM, David Erickson wrote:
On 12/01/2011 01:11 PM, David Erickson wrote:
On 12/1/2011 12:05 PM, Ben Pfaff wrote:
On Thu, Dec 01, 2011 at 12:02:46PM -0800, David Erickson wrote:
On 12/1/2011 12:01 PM, Ben Pfaff wrote:
On Wed, Nov 30, 2011 at 06:18:15PM -0800, David Erickson wr
On Thu, Dec 22, 2011 at 04:35:45PM +, Mike Bursell wrote:
> We've discovered what we suspect is a bug, and are looking for
> thoughts, please!
>
> Observed behaviour:
> - Continuous pings being sent from laptop to vm1
> - vm2 is quiescent
> - Intermittently, the response to a ping from laptop
On Thu, Dec 22, 2011 at 06:24:27PM +0800, Liang Liang wrote:
> With nice help from Ben, I setup Open vSwitch with NOX successfully. But
> one new problem :(
> I started discovery component of NOX, which uses LLDP protocol to build up
> network topology. NOX sends LLDP packet to vswitch and requests
A Merry Christmas to all of you!
We've discovered what we suspect is a bug, and are looking for thoughts, please!
Observed behaviour:
- Continuous pings being sent from laptop to vm1
- vm2 is quiescent
- Intermittently, the response to a ping from laptop is seen on vm2
Hypotheses:
1. as vm2 is q
Hi,
With nice help from Ben, I setup Open vSwitch with NOX successfully. But
one new problem :(
I started discovery component of NOX, which uses LLDP protocol to build up
network topology. NOX sends LLDP packet to vswitch and requests vswitch to
output the packet to specified port. Now the problem
yeah！ Thank you.
Thanks
Lyon
在 2011-12-22 上午1:06，"Ben Pfaff" 写道：
> On Wed, Dec 21, 2011 at 10:37:42PM +0800, Liang Liang wrote:
> > Hi, All
> >
> > I'm using Open vSwitch together with NOX, and have one problem when
> adding
> > one netdev into datapath manually. Following is my procedure:
> > 1.
13 matches
Mail list logo
